Вопросы по MasterSCADA 4D

[it.lenin@preforma.ru]

Добрый день.
Подскажите как реализовать?
Есть начальное время и текущее время в формате DT. Разница между текущим и начальным временем не более 12 часов.
Есть время за которое проходит цикл в формате Time
Необходимо узнать сколько циклов было в этот промежуток времени?

Я так понимаю, что DT надо преобразовать в Time (функция DT_TO_TIME преобразует в формат *******d**h**m**s - как то еще надо убрать дни. Можно конечно еще разложить, а потом собрать что надо)
а потом поделить Time (разница между текущим и начальным временем) на Time (время за которое проходит один цикл).

Может кто подскажет как сделать проще и правильнее?

[kondor3000]

Я так понимаю, что DT надо преобразовать в Time (функция DT_TO_TIME преобразует в формат *******d**h**m**s - как то еще надо убрать дни. Можно конечно еще разложить, а потом собрать что надо)
а потом поделить Time (разница между текущим и начальным временем) на Time (время за которое проходит один цикл).

Может кто подскажет как сделать проще и правильнее?

Есть 3 варианта, перевести DT в TIME, первые два варианта на скрине1 Время.jpg упростил 1 Время 2.jpg

1) Вариант попроще, конвертировать DT_TO_TOD, а потом TOD_TO_TIME
T1:=TOD_TO_TIME(DT_TO_TOD(DT1));

2) Немного сложней, конвертировать DT_TO_DWORD, извлечь время MOD 86400, и умножить на 1000 и уже конвертировать DWORD_TO_TIME
T2:=DWORD_TO_TIME((DT_TO_DWORD(DT1) MOD 86400) *1000);

3) Самый простой, для получения разницы времени t3 :TIME; просто вычесть DT0 - начальный из DT1- текущий. Скрин 1 Время 3.jpg
t3:=DT1-DT0;

[it.lenin@preforma.ru]

Добрый день.
Кто то пытался вывести проект на просмотр на современный SMART TV через встроенный браузер?
У меня не открывает проект, висит, потом появляется не активное окно "внимание" и все подвисает.

[МихаилГл]

***

Это по нашей переписке скрины...112.png

Действительно UTC...

[МихаилГл]

---

Корректировка часового пояса:
IMG_20240115_203221.jpg

Проверить нет возможности, но в самом sql работает.

[it.lenin@preforma.ru]

Все работает, огромное спасибо!!!!

[imaex]

Здравствуйте!
Но размер таблицы и в целом БД не изменился-как был 13 ГБ так и остался?
Я ожидал, что размер сильно уменьшится, но что-то не так?

Странно, что Вы этого ожидали. Я бы наоборот - сильно удивился, если бы размер уменьшился. Хоть и никогда конкретно с PostgreSQL дела не имел. Вам надо доку по администрированию PostgreSQL читать.

[onimor]

Хотя это уже не так принципиально, но почему так?

А так пробовали?

where source_time>= timestamp '2024-01-01 00:00:00'
and source_time< timestamp '2024-01-10 00:00:00';

или

where source_time>= make_timestamp(2024,1,1,0,0,0)
and source_time< make_timestamp(2024,1,10,0,0,0);

[AlexBut]

А так пробовали?

или

Пробовал но у source_time тип bigint

[Ready]

Пробовал но у source_time тип bigint

Без учета часового пояса и правил перехода на летнее время:
select * from public.data_raw where source_time > ((extract(epoch from timestamp '2024-01-10 00:00:00.0') + 11644473600) * 10000000)::bigint limit 100;

С учетом часового пояса:
select * from public.data_raw where source_time > ((extract(epoch from timestamp with time zone '2024-01-10 00:00:00.0+07') + 11644473600) * 10000000)::bigint limit 100;

extract(epoch from timestamp with time zone '2024-01-10 00:00:00.0+07') - количество секунд с 01.01.1970 00:00:00 UTC по 10.01.2024 00:00:00 UTC+7

11644473600 - количество секунд с 01.01.1970 00:00:00 UTC по 01.01.1601 00:00:00 UTC
select extract(epoch from timestamp '1601-01-01 00:00:00.0');
-11644473600 - берем по модулю

10000000 = 1000000000/100 - число 100-наносекундных интервалов в одной секунде