ЕСли они не нужны их можно отключить вообще
Если просто регулярно чистить - то партиции не надо - просто drop table

они пересоздадутся

Всем привет! У меня есть таблица, в ней ключ string p, string i, date_time datetime64

Вопрос, как мне наиболее эффективно сделать запрос, который даст результат эквивалентный

select p, i, min(date_time) group by p, i

Привет, подскажите плз где в настройках указать vhost для rabbitmq при создании таблици на rabbitmq engine

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

rand() % 2 )

О, спасибо, то что нужно )

Всем привет, есть вопрос по data storage dir, в документации не смог четко найти ответа
В конфигурации есть тег <path> с дата директорией
И также есть storage_configuration -> disks со списком дата директорий

Я так понял что первое - это не для mergetree таблиц, а второе - для merge tree таблиц
Это правильное утверждение?

А также - нужно ли указывать оба, или можно укзаать только что-то одно?

optimize_aggregation_in_order, такой опции у меня еще нет, версия 20.4.4

Друзья, подскажите, как ZK выбирает лидера?
Хост, где прописан myid=2, выдает "mode: leader"
Это вообще важно для CH или можно не беспокоиться?

можно не беспокоиться

за кого больше проголосовали тот и лидер

Благодарю

Колеги, помоги новечку в КХ. Есть достаточно простой кейс, таблица кликов с разными полями, основные выборки по дате. Я пытаюсь сделать правильные индексы, тестрирую с различными вариантами, но разницы не вижу, наверное потому что данных всего 1,5млн.
Вроде как конечный вариант к чему пришел это
ENGINE = CollapsingMergeTree(sign) ORDER BY (datetime, click_id) partition by toYYYYMM(datetime);
Правильный он? Понимаю что должна быть разница если менять местами datetime и click_id, но кроме "Used optimized inclusion search over index for part 202001_136_141_1 with 8 steps" не вижу.

разница будет если вы в выборке не будет префикса индекса, например:
ORDER BY (click_id, datetime)
+
WHERE datetime>=a and datetime<b

Какой более правильный вариант, если по click_id почти искать не будем. ORDER BY (datetime, click_id) ?

Шоетафигнязначит...

The history saving thread hit an unexpected error (OperationalError('database is locked')).History will not be written to the database.

да, нормально

спасибо, за помощь.