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

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

Всем привет, есть какое-то решение?

было переименование таблицы
rename table table_name to table_name_old;

запрос упал из-за нехватки на сервере дискового пространства.

теперь получилось так, что файлы в дериктории для таблицы table_name_old есть, а самой таблицы нет.
DB::Exception: Target path already exists: /var/lib/clickhouse/data/db/table_name_old/

нагуглил решение с attach table, но оно не помогло, ошибка

DB::Exception: Table table_name_old doesn't exist

Буду рад любым подсказкам

version 20.4.7.67 (official build)

SELECT formatReadableSize(sum(bytes_on_disk)-sum(data_compressed_bytes)) FROM system.parts GROUP BY database, table, partitions

но что вы подразумеваете под "метаданными"?
mrk + secondary индексы?

Добрый день, хотим хранить данные в таблице за 3 дня. Хорошая ли практика сделать почасовые партиции? и каким выражением правильно задать их?

Пойдет
PARTITION BY toStartOfHour(ts)

Добрый день, хотим хранить данные в таблице за 3 дня. Хорошая ли практика сделать почасовые партиции? и каким выражением правильно задать их?

спасибо, на это и смотрел.
листал историю чата, и часто упоминают, что в ЗК будет проблема при часовых партициях. в чем будет проблема? и будет ли она при хранении 3-х дней, потом удаление партици и заново.

Добрый день, хотим хранить данные в таблице за 3 дня. Хорошая ли практика сделать почасовые партиции? и каким выражением правильно задать их?

в ZK проблема не в том что партиции почасовые
а в том что партов может быть СЛИШКОМ много для синхронизации
когда делают почасовые партиции а данные вставляют каждый раз "за последний день"
и соответсвенно новые куски данных появляются в слишком большом кол-ве партиций...

ZK не любит когда кол-во транзакций очень большое...

но это крайние кейсы редко встречаемые

сколько данных
миллиадр строк  в день?

от 30 до 100млн в сутки

от 30 до 100млн в сутки

Наверное тогда не стоит мучатся с часовыми
PARTITION BY toDate(ts)
ORDER BY (toStartOfHour(ts),...)

подневные партиции+в ключе сортировки на 1 месте?

IMHO тогда особого смысла делать почасовые партиции нет
если дата есть в ORDER BY
тогда оно равномерно по mrk файлам засечки сделает, и спокойно их фильтровать будет

Да, ну точнее даже вопрос, вы как фильтруете по дате в запросе?