ну по второму пункту уже не проходит)
снимаю свой вопрос))

startWith

что у вас за AggregateFunction ? просто большинство не в курсе про SimpleAggregateFunction

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

@den_crane а есть примеры работы с SimpleAggregateFunction?

SimpleAggregateFunction это sum min max..., все что не требует стейт

https://gist.github.com/den-crane/9b5f871e7949fec54e86837eb0949747#file-gistfile1-txt-L75

Спасибо

Ребята, а MODIFY COLUMN с применением кодека должен что-то менять в момент исполнения запроса - или это какая-то сильно отложенная операция? Применил к таблице заменив несколько десятков колонок с Int32 на Int32 CODEC(T64, ZSTD), так вот, если смотреть в system.mutations - там пусто, в system.columns размер такой же остался у них. Когда ожидать пересохранение на диске с новы компрессором (или же нужно OPTIMIZE TABLE какой-нибудь применять, чего не хотелось бы всякий раз делать конечно)

кодек будет использован только для новых партов.
можно сделать alter table xxx update col=col where 1 или optimize

Оу май

OPTIMIZE поможет значит?

а потому что зачем вам кодек для старых партов, никому это не надо

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

insert в тестовую табличку 100млн. записей

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

если OPTIMIZE поможет то подожду лучше его, наверное. Спасибо

ну да давайте поубиваем диски, погреем планету, никого не жалко

Просто это SummingMergeTree и если создавать рядом табличку, то опять же ждать когда КХ смержит примерно хотя бы количество записей после вставки, чтобы бенчмарки сравнивать как-то релевантно с исходной таблицей без кодеков

Убивать диски не хочется

UPDATE тут действительно сильно лучше подходит чем OPTIMIZE, благодарю 😬