https://github.com/ClickHouse/ClickHouse/issues/52255?
WHERE toDateTime64 ('2023-01-18 00:00:00.012000', 3, 'Etc/UTC') < timestamp AND timestamp < toDateTime64 ('2023-06-06 23:59:59.995000', 3, 'Etc/UTC') AND event_id in (550735495, 1602456902, 126277881) 2023-06-06 23:59:59.995000 -- 6 знаков после запятой это выстрел в ногу в OLAP, читать такие колонки в 100 раз дольше чем просто DateTime >ORDER BY (app_token, event_id насколько кардинален app_token ? вообще строки фильтруются event_id in (550735495, 1602456902, 126277881) или все строки все равно выбираются потому что они все in (550735495, 1602456902, 126277881)
Одному app_token может соответствовать десятики или сотни уникальных только для него event_id В примере выше в CH загружены данные для одного app_token и SELECT countDistinct(event_id) FROM funnels; > 9
ну и почему в запросе нет фильтра про app_token ?
потом что все данные и так ему пренадлежат в этом частном случае
ну и что будет с перформансом если для теста добавить условие с app_token?
Я добавил “AND app_token = 4611755460739563520” что-то ничего не поменялось)
ну тут 0 информации в https://github.com/ClickHouse/ClickHouse/issues/52255 кстати first_value созданы для WF, оно не имеет смысла без WF
Обсуждают сегодня