:(
там проверяется через настройки b.srv_id = 6
> Так неплохо бы PostgreSQL сказать об этом.
мне не за что зацепиться. я могу оперировать только временем.
> Т.е. для каждой сделки (записи deals) всегда есть только одна (или больше? или может не быть?) относящаяся к ней запись settings_2s_qt?
я использовал 2 времени. time_from; time_to; они высчитаны скриптом.
смотрите. работает это так.
запускаем софт.
настройки записываются (1). идет какое-то кол-во сделок. хоть 10, хоть 1000
тут софт перезапускается (будь сбой или перенастройка) настройки опять записываются (2).
ночью во время того как я сливаю базы данных с боевых серверов
я записываю time_from это настройки записываются (1)
time_to это настройки опять записываются (2).
вот тут видно проверку a.time и сравнение с time_to, time_from
FROM qt_deals_fixed_block_id a,
settings_2s_qt b
WHERE ((a."time" > b.time_from) AND (a."time" < b.time_to) AND (b.srv_id = 6) AND (a.block_id IN ( SELECT qt_deals_fixed_block_id.block_id
FROM qt_deals_fixed_block_id
WHERE ((qt_deals_fixed_block_id."time" > '$DATE'::timestamp without time zone) AND (qt_deals_fixed_block_id.comment = '4'::text)))) AND (a."time" > '$DATE'::timestamp without time zone))
GROUP BY (date_trunc('day'::text, a."time")), a.block_id,
CASE
WHEN ((a.dataflow)::text = 'Ebs'::text) THEN 'ebs'::text
ELSE 'moex'::text
END
ORDER BY (date_trunc('day'::text, a."time")), a.block_id;
> там проверяется через настройки b.srv_id = 6 А почему так (b — это же settings_2s_qt, так)? Чем он такой особенный, что его настройки относятся к сделкам и по другим srv_id? > я использовал 2 времени. time_from; time_to; они высчитаны скриптом. Ничего не понятно. :( Вы по сути расскажите, не по реализации. > скажем так. это выполняется почти мгновенно А что толку, если у Вас результат, предположительно, неверный? ;(
Обсуждают сегодня