да, зато я могу дропать и перезаливать данные относительно точечно.

сильно больше партов не планируется

Это я к тому что твой кейс для меня не показательный)

Спасибо, у вас случайно не подобная схема?

так а какие у тебя диски, если несколько гб парты и ты хочешь сделать их больше 10к?:)

4 TB 1 диск

Хочу меньше хвостов

По 4 диска на хост

должно быть порядочно

select
-- act_pub - очень большие числа Float64 вида 2.7602997073503596e169
-- не спрашивате как они там оказались :/ 
--  -1 * act_pub as act_pub -- не работает
-- (-1 * act_pub) as act_pub -- не работает
-- (1 * act_pub ) - 1 as act_pub -- работает
-- (1 * act_pub ) as act_pub -- работает
-- (-1 * act_pub) as actpub -- работает
-- (act_pub) as act_pub -- работает
-- (act_pub - act_pub - act_pub) as act_pub -- не работает

 from Some.Tbl where
event_date='2019-11-22'
and ts>='2019-11-22 16:00:00'
and ts <='2019-11-22 16:59:59'
  and act_pub > 10000
  and imps > 0
and some_id='wookie'
limit 1;

не работает = возвращает 0 рядов
работает = возвращает сколько нужно рядов ( хотя бы 1)
эксепшенов в логах нет.

проверял на разных таблицах с рзаными клиентами

я дурак или это бага таки?

может где-то эксепшон теряется :/

Отвечу в чате clickhouse ru...

В секции where, имя ссылается уже на алиас, а не на исходный столбец.

Чтобы обойти, стоит использовать другое имя для алиаса.

Дизайн кх предполагает что селект читает из упорядоченного набора. 10000 упорядоченных наборов != упорядоченный набор.
При 10000 партиций рестарт кх может длится несколько часов если например в таблице 500колонок.
При 50000 партов перестают работать мутации на реплицированной таблице.

На сколько можно верить доке, если в селекте указан id поля партиционирования, то запрос будет только в рамках партиции, речь про select

Если строгое равенство

Про мутации можно чуть подробнее, что за лимит в 50к?