Не надо его бояться, это нормальный. В гите уж слишком категорично написано)))
Понятно что работать оно будет медленнее чем селект из того же mergetree. Но если нужны обновления то выбора особо нет.

принято, спасиб за ответ)

У меня вот загадка которую пока не могу решить.
Есть таблица на движке ReplacingMergeTree()
партиционирование по toYYYYMM(event_date).
И тут на днях заметил что некоторые партиции занимают чуть ои не в 2 раза больше места.
Начал разбираться и обнаружил странное.

Если посмотреть на количество строк, то там +/- они одинаковы.  
Distinct так же показывает что порядок цифр один и тот же.
Размер несжатых данных, так же похож.
Но если посмотреть на размер сжатых данных, то разница иногда больше чем в 2 раза.

ClickHouse: 20.1.2.4
Почему так может быть?

какой кодек

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

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

неа, вообще дефолтная в этом плане таблица

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

а сколько партов в каждой партиции?

202002 - 1
202004 - 5

скорее всего это может быть частью ответа, почему такая разница в занимаемом объеме

Эта фича перешла к одному из исполнителей, но этот человек потерял интерес к задаче. Сейчас доделывать будет изначальный автор в июле.

думаешь стоит прогнать optimize final?

ну, если вас смущает объем данных, то можете.
На самом деле оно потихоньку само пережмет это дело в фоне.

да я просто у одной из партиций вроде прогонял уже, вроде не помогло.
Ща для чистоты эксперимента запущу на 202004

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

есть ли какие-либо best practies?

партиции скорее для более удобной манипуляции данными, чем для скорости
для скорости есть ORDER BY

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

вообще лучше не стоит.
К примеру могут появляться предупреждения не совпадения данных 1 в  после мержа из за разных версий lz4 и тд
И тогда клик стягивает парт с другого сервера