Коллеги, привет, подскажите, плз, советом столкнулся с тем, что есть таблица

Question

Коллеги, привет, подскажите, плз, советом столкнулся с тем, что есть таблица

текущего состояния сущностей, в ней есть поле targetdate - timestamptz, в таблице ~100М строк
пользователи делают много и очень часто запросов, где им нужно вернуть только строки, у которых targetdate отстоит от "сегодня" на какое-то количество дней в плюс и в минус, все происходит внутри проприетарного клиента, который предоставляет юзеру возможность оперировать заранее определенными функциями, то есть для юзера условие "targetdate = сегодня + 15 дней" выражается в таком виде:
DateOnly(L1.targetdate, 'Europe/Moscow') = AddDays(DateOnly(GetDate(), 'Europe/Moscow'), 15)

но работает это все из рук вон медленно, ради интереса распотрошил все определенные клиентом функции и получилось страшное месиво, вот такое:
(timestamp '1970-01-01 00:00:00' + trunc(cast(Extract(epoch from L1.targetdate at time zone 'Europe/Moscow' - timestamp '1970-01-01 00:00:00') / 86400 as numeric)) * 86400 * interval '1 second') at time zone 'Europe/Moscow' = (timestamp '1970-01-01 00:00:00' + Trunc(Extract(epoch from clock_timestamp() at time zone 'Europe/Moscow' - timestamp '1970-01-01 00:00:00') / 86400) * 86400 * interval '1 second') at time zone 'Europe/Moscow' + cast(text(15 * 86400) as interval) + (extract(timezone from (timestamp '1970-01-01 00:00:00' + Trunc(Extract(epoch from clock_timestamp() at time zone 'Europe/Moscow' - timestamp '1970-01-01 00:00:00') / 86400) * 86400 * interval '1 second') at time zone 'Europe/Moscow') - extract(timezone from (timestamp '1970-01-01 00:00:00' + Trunc(Extract(epoch from clock_timestamp() at time zone 'Europe/Moscow' - timestamp '1970-01-01 00:00:00') / 86400) * 86400 * interval '1 second') at time zone 'Europe/Moscow' + cast(text(15 * 86400) as interval)) ) * '1 second'::interval

опыта разработки на sql не то, чтоб сильно много, но кажется, здесь как-то много оверхеда
подскажите, плз, есть ли смысл отказаться от коробочных функций и написать для юзера чего-то своего, или оверхеда тут не так много и все равно быстрее не станет?

#backend #devops #pgsql #programming #russian

0

01.07.2021

3 ответов

6 просмотров

Ilya Anfimov

Radist
> / 86400 Честно говоря, мы так в оракле писали, в...

Нормально в приведённом примере с индэксами в общем-то. В смысле — индэксы накладываются, если надо.

0

01.07.2021

Radist

Ilya Anfimov
Нормально в приведённом примере с индэксами в обще...

Функциональный индекс можно наложить, но есть сомнение в его полезности (если только у них не большинство запросов с таким хитрым выражением)

0

01.07.2021

Radist · Accepted Answer

> / 86400 Честно говоря, мы так в оракле писали, в postgresql есть нормальный interval. > targetdate отстоит от "сегодня" на какое-то количество дней чтобы такое быстро работало, стройте два условия (вариант если нужно с точностью до дня считать, если с большей точностью, то date_trunc убирается и вообще можно обычный between наверное): targetdate >= date_trunc('day', текущая дата) - interval 'P15D' and targetdate < date_trunc('day', текущая дата) + interval 'P16D' Если же у вас targetdate обрабатывается какой-либо функцией, вы автоматически теряете возможность использовать индексы

172 похожих чатов

Коллеги, привет, подскажите, плз, советом столкнулся с тем, что есть таблица

3 ответов

Похожие вопросы