имеется в виду вставлять в Nested key-value разной длины?

а дефолт массив нужной длины не помогает?

Помогает, но мы дефолт поля игнорируем на бэке.

То есть хотелось бнз доработок бэка)))

я имею в виду определение колонки в таблице

Понимаю. У нас на бэке кодогенерилка над таблицами CH, которая создаёт классы событий. Собственно эта кодогенерилка игнорирует поля с Default, так как идеологически Default - это рассчёт на стороне ClickHouse. Потому и хочется что-то вроде настройки fill_nested_by_default, чтобы если происходит вставка в 3 поля Nested структуры, - хотя в ней 4, то в 4-й колонке массив просто заполнялся бы «нулями»  типа

Если настройки нет, придётся как-то извращаться, работая с комментариями к колонкам, видимо

Сделана кодогенерилка для совпадения схем бэк <-> CH

дефолт - это значение на случай отсутствия значения, а не логика работы на всю оставшуюся жизнь.

но в целом мысль понятна

🙂

Да, таблица обновляется при каждой вставке.

А что такое: Duplicate interserver IO endpoint ? при создании ReplicatedMergeTree

привет
есть кластер: 2 шарда-2реплики. на 1 шарде стало в лог засыпать варнингами "Found parts with the same min block and with the same max block as the missing part " << part_name << ". Hoping that it will eventually appear as a result of a merge." По пути партиции, есть данная партиция, но рядом есть другая, созданная за это же число и время
Подскажите природу возникновения данного варнинга, ну и пути разрешения.

подскажите, можно ли как то проверить, что MV закончило обработку инсертов?

INSERT в MV синхронный. То есть, делается при INSERT в таблицу, над которой он создан. Клиент получил Ок - значит данные вставлены и в основную таблицу и во все materialized views.

При этом следует иметь ввиду например то, что вставка в Distributed таблицу, по-умолчанию, асинхронная.

Всем привет. Подскажите за репликацию через ReplicatedMergeTree.
Можно ли не зашивать название базы данных при указании ReplicatedMergeTree? В разных окружениях разное название используется

Какие вообще best practices по разделению непосредственно миграций от описание схемы реплицирования и шардирования?

Алексей, спасибо. я просто еще с прошлой недели пытаюсь сделать странное =)
я вставляю в MergeTree поток событий, на этот поток смотрит MV (AggregatingMergeTree) которая считает статистики, хочется сделать 3ю сущность которая должна взять изначальный поток событий и сделать к нему JOIN уже агрегированных данных, т.е. для каждого события присоединять текущее состояние агрегатов (может сумбурно несколько объяснил), мне уже писали что вроде на КХ не стоит /нельзя такого делать, но так хочется попробовать)