похоже на то.

я просто иногда там дописываю кусочки, там все на отвали сделано

Нет, не в курсе.
Но, скорее, хочется подсунуть ограничение из запроса
Например, в запросе есть WHERE service = 'SERVICE_1', а хочется по вьюхе подставить AND version GLOBAL IN (select max(version) from ...  where service = 'SERVICE_1')

Ещё можно data skipping index bloom_filter завести на id кампании, если надо искать на большие промежутки, но с ограничением по кампаниям

ну IMHO
тут очень сильно зависит от того как  данные в ваших столбцах по которым вы пытаетесь data skip index
размыты по разным system.parts

data skip означает
что при сканировании парт сначала проверяется что искомые значения ОТСУТСТВУЮТ в конкретном парт
если есть вероятность что они есть. то идет обычное сканирование парта...

то есть data skip index помогут если условия фильтрации по запросам данные локализованы именно в рамках 1-нескольких партов
а если у вас user=1 на половине таблицы, то не помогут

Вообще без id кампаний в OK? Бывают сравнительно часто запросы данных по конкретным кампаниям, то есть WHERE id юзера AND id кампании

Думаю, это второй по частоте кейс

Тут пробовать надо. Либо с bloom_filter индексом дополнительно, что такие запросы может ускорить, либо уже полноценная отдельная MV с сортировкой по кампании.

Промежуточные варианты с toStartOfHour, как @den_crane выше предлагал это промежуточные по скорости варианты для обоих запросов.

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

bloom_filter сам по себе тормоз, если надо быстро, 1 сек или меньше то bloom_filter не подходит

Есть и экзотические запросы: WHERE с разными комбинациями атрибутов, которых пара десятков. Вот их я сейчас имею в индексах с bloom_filter

У меня наоборот положительный опыт с bloom_filter, особенно после грубой фильтрации по времени. Но зависит от скластеризованности, конечно

Идею с ОК понял, спасибо.

Тут главное это фильтрация по времени, это большую часть времени сократит. А дальше уже играться bloom/set/toStartOf*. Интересно бы даже сравнить все эти варианты и найти оптимальную точку по парето

и каким образом у вас 2000 тыс вью получается?

Сервисов 2000

А точно надо через вьюхи решать? Можно через права решить, например

Ведь как я понял, нужно фильтрацию добавить

так вот можно подпихнуть

select .. from view settings myParam='SERVICE_1'

тут дело не в ограничении прав, а в "экзотическом" условии на фильтрацию)
`AND version GLOBAL IN (select max(version) from ...  where service = 'SERVICE_1')`