Вам нужен человек кто умеет wms сервер настраивать

Други, вопрос на миллион! Почему я не могу отфильтровать даты? Почему нет кнопочки для сортировки по столбцу? В чем соль?

У вас поле с даты из другого источника, предположу, это причина

всем привет! возможно ли как-то реализовать инкрементное обновление экстракта, если вариант просто брать новые записи указав столбец по которому это будет определяться не подходит?) суть в том, что есть кастом скрипт с условием на дату вида date_id between '2021-01-01' and now(), первая дата постоянна, а т.к. за прошлый период данные меняться не могут очень хочется обновлять инкрементно, а не пересчитывать каждый раз заново. понимаю, что можно сделать витрину в кхд и etl процесс по её обновлению для этой цели, но мне интересно можно ли именно своими силами это реализовать без отдельной витрины в кхд под это дело.

так чем столбец с этой датой не походит?

там не так просто, этой даты в самой таблице нет, в скрипте я сначала генерирую ряд дат (вот как раз этим условием), эта дата - отчетный день, далее накручивается на каждую дату некий кпи за этот отчетный день. upd: в принципе попозже могу скинуть упрощенный пример этого запроса, если поможет)

тут вопрос скорее - могут ли у вас обновляться данные после того как вы их загрузили. Если нет, можно попробовать incremental refresh. Если могут - тогда ручками экстракт пересобирать.

нет, данные за прошедший день обновляться не могут.
т.е., если немного упростить и убрать данные за текущий день, то мне нужно чтобы первый раз скрипт выполнился с условием  date_id between '2021-01-01' and '2021-03-07', а потом раз в день обновление с условием date_id = '2021-03-08' и тд.
Вот как это сделать средствами встроенного incremental refresh я не понимаю, у меня нет столбца, который я могу указать в качестве идентификатора...
А вообще, надо чтоб за полные дни были данные на конец дня, а за текущий - на момент рефреша экстракта. Поэтому сейчас и стоит условие date_id between '2021-01-01' and now()

а поле date_id у вас какого типа?

дата, но как мне кажется суть не в этом) даты служат лишь костяком для ряда отчетных дней) вот пример упрощенный, считаем кол-во юзеров, активных на отчетный день. (отчетный день между началом и окончанием жизни юзера)

Ух, какой джойн))

Лучше по between не джойниться, конечно. Такое надо в where выносить

У вас не постгрес случайно? Можно попробовать сделать мат. вью витрину и в кастом sql рефрешить его. Силами базы это всё должно достаточно быстро делаться

как именно в этом примере вы бы перенесли это в where?)

Конкретно в вашем примере можно сделать left join lateral

вертика/постгре. но не суть, у меня нет прав на это, у нас этим занимаются дата инженеры, но у них и своих задач выше крыши, поэтому очень хотелось бы понять реально ли сделать это без создания таблиц/вьюх в кхд :)

попробую, спасибо за наводку)