Почему выпиливают параметр max_memory_usage_for_all_queries ? Вот строка из Settings.h M(UInt64, max_memory_usage_for_all_queries, 0, "Obsolete. Will be removed after 2020-10-20", 0)
ORDER BY (user_id, timestamp) TTL timestamp + INTERVAL 31 DAY SETTINGS index_granularity = 8192`
alter table x freeze; detach table x; Правите .sql и меняте только одно слово!!! mergetree на collapsingmergetree. И поле указываете sign attach table x;
Всем привет! Кто может подсказать по Clickhouse-copier? Хочу скопировать базу из одного кластера в другой. На исходном 8 нод, на другом - 3. Так вообще получится?
Почему выпиливают параметр max_memory_usage_for_all_queries ? Вот строка из Settings.h M(UInt64, max_memory_usage_for_all_queries, 0, "Obsolete. Will be removed after 2020-10-20", 0)
Всем привет! Кто может подсказать по Clickhouse-copier? Хочу скопировать базу из одного кластера в другой. На исходном 8 нод, на другом - 3. Так вообще получится?
alter table x freeze; detach table x; Правите .sql и меняте только одно слово!!! mergetree на collapsingmergetree. И поле указываете sign attach table x;
привет, подскажите плз - создали view, которая смотрит в таблицу с 1.5kk записей, создалась табличка .inner.viewname, в которой стабильно ~1.5k inactive parts, насколько это нормально и если нет, то как на это можно повлиять?
привет! есть ли простой способ перелить данные в матвьюху, если таблица под ней явно создана? populate при этом юзать не советуют, insert select падает по памяти (видимо он собирает какую-то большую пачку внутри), а делать еще одну копию исходной таблицы, чтобы лить в нее, дороговато из-за места на серваке