Немного не понял каким образом? Простой IN вернёт строчки, которые содержат хоть один из эвентов.

Есть ещё вариант, конечно, делать только одну строчку на клиента, эвенты сделать массивами и обновлять строчку через Replacing или Aggregating. На самом деле у нас схема примерно такая и есть сейчас. Клиент всегда один, а собираем все его эвенты (их немного, буквально до 10, соответственно массивы тоже небольшие) и в ReplacingMergeTree храним.
Интересует именно быстрота поиска. Будет быстрее смотреть на заранее составленный массив в колонке с типом array или составлять массив через groupArray и искать уже в нем?

Немного не понял каким образом? Простой IN вернёт строчки, которые содержат хоть один из эвентов.

Есть ещё вариант, конечно, делать только одну строчку на клиента, эвенты сделать массивами и обновлять строчку через Replacing или Aggregating. На самом деле у нас схема примерно такая и есть сейчас. Клиент всегда один, а собираем все его эвенты (их немного, буквально до 10, соответственно массивы тоже небольшие) и в ReplacingMergeTree храним.
Интересует именно быстрота поиска. Будет быстрее смотреть на заранее составленный массив в колонке с типом array или составлять массив через groupArray и искать уже в нем?

IN позволит отбросить все неподходящие строчки -> меньше данных для агрегации -> быстрее агрегация.

SELECT ... FROM table WHERE event IN ('event1', 'event2') GROUP BY client_id HAVING hasAll(groupUniqArray(event_id), [event1, event2])
(или можно даже length(groupUniqArray(event_id))=2)

партиции дневные? мержится начинает маленькая свежая

привет))
подскажите, пожалуйста, почему не работает суммирование?
Создаю таблицу

CREATE TABLE default.messages (
`event_date_time` DateTime,
`system_generated_id` Int64, 
......
 `registration_tu_code` Nullable(Int64) MATERIALIZED (SUBSTRING(registration_customs_code,1,3)),
 `registration_date` Nullable(Date),
 `registration_logbook_number` Nullable(String)
  ) ENGINE = MergeTree PARTITION BY toYYYYMM(event_date_time) ORDER BY (system_generated_id) SETTINGS index_granularity = 8192;


Создаю

материализованное представление и таблицу, в которой хочу суммировать данные

CREATE TABLE default.m (
`day` Date ,
`message_dir` Int8
)  
ENGINE = SummingMergeTree() PARTITION BY tuple() ORDER BY (day) SETTINGS index_granularity = 8192;



CREATE MATERIALIZED VIEW default.m_mv TO default.m (
`day` Date ,
`message_dir` Int8
) as
select
toStartOfDay(event_date_time) as day,
message_direction
from default.messages;

но в таблице default.m вижу результат :
2021-02-17  1
2021-02-17  1
2021-02-17  1

Данные не суммируются. Что я делаю не так?

оно так же не работает, если в материальном представлении у меня count(*) c группировкой по дням

select * from default.m, все просто

Давно не заходил - от Altinity рябит в глазах )) и Диман и взяли еще джуниор специалиста в чатик ))

Summing/Aggregating MergeTree  таблицы агрегируют записи во время мержей, которые случаются в произвольный момент времени.

поэтому когда пишете запросы к ним, нужно всегда их агрегировать.

Та озадачили, что если мы отвечаем, то будем повышать узнаваемость:)