Зашёл внутрь контейнера и там cat

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

а если ты выйдешь из клиента. то контейнер пересоздастся

Хм. Звучит логично. Интересно успеет ли он перед закрытием записать лог в файл, чтобы я его перехватил

Проверил вне контейнера, он должен писать по ходу сессии в файл. Интересно почему внутри контейнера он этого не делает

возможно это просто выключено

Короче, докладываю обстановку - достаточно изменить только *.sql файл в метадате. После приаттачивания таблицы обратно, файлы columns.txt обновляются значениями, взятыми из *.sql файла

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

Всё куда надо добавилось и раскидалось по партсам и по томам

Изменил лишь хвост в описании енумов, дописав необходимые значения в хвосте

вопщем, развлекуха на целый вечер %-)

Подскажите пожалуйста, как в kittenhouse передать пароль или юзера бд для clickhouse при старте?

Добрый день, коллеги. Есть вопрос.

Материализованные представления в ClickHouse типа
CREATE MATERIALIZED VIEW test1 TO test AS SELECT * FROM test  ORDER BY (...)
являются удобным механизмом для ускорения выполнения запроса по выборке значений столбцов по
которым не отсоритирована основная таблица test
В этом случае при наличии нескольких материализованных представлений дублируюших основную
можно выбрать при запросе подходящее мат. представление. Что на порядок ускоряет выборку, так как не сканируется вся таблица, а только часть по засечкам.

Вопрос: а нет ли в Clickhouse механизма. когда при запросе к основной таблице ClickHouse перенаправляет запрос к мат. представлению в котором запрашиваемые столбцы входят в ключ сортировки?

Доброе утро!
Можно принудительно запустить процесс слияния (merge) кусков данных?

Вроде как команда
OPTIMIZE

спасибо, попробую.

Обратите вникаие
https://clickhouse.tech/docs/ru/sql-reference/statements/misc/#misc_operations-optimize
Если OPTIMIZE не выполняет мёрж по любой причине, ClickHouse не оповещает об этом клиента. Чтобы включить оповещения, используйте настройку optimize_throw_if_noop.

да, спасибо, Алексей. Прочитал это руководство. Как раз то что надо было мне. Уже запустил оптимизацию.
OPTIMIZE TABLE default.table FINAL;

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

DB::Exception: WRITE locking attempt on "data_flat.flat_temp" has timed out! (120000ms) Possible deadlock avoided. Client should retry. (version 20.4.2.9 (official build))

Пытаюсь детачнуть таблицу из базы, но таблица большая, и процесс затягивается

/stat@combot