Добрый день.
Корректно ли при mutations_sync=0 будут обработаны запросы
неоднократного добавления и удаления строк по одному условию ?
Загружаются чеки, которые могут приходить по нескольку раз
от магазина за дату (состав пакета с чеками может изменяться).
В конечном счете останется последняя добавленная версия ?

(т.е. перед добавлением по условию вначале удалять строки по этому же условию)

кстати про мутацию )
mutations_sync выставлен на 1, если изменяю таблицы, добавление или модификация полей все работает как нужно, НО, если делаю ренейм таблицы она ренеймится только на 1 реплике а констуркцию on cluster не принимает

слишком частые партиции, убьют вам производительность
у вас будет миллион каталогов в /var/lib/clickhouse/data/database_name/table_name/

потому что у вас Atomic только на 2 репликах из 3

ну собственно из за IO убьется производительность ... но тут на сколкьо я понимаю очень важно понимать какие интервалы дат берутся

у меня пока 1 шард с 2мя репликами

а КХ юзаю в яндекс облаке

Добрый день, подскажите пожалуйста, копирую базу с помощью clickhouse-copier содержащую таблицу с данными и MATERIALIZED VIEW.
Последовательность следующая:
1. создаю таблицу в базе назначения
2. создаю MATERIALIZED VIEW
3. копирую данные в созданную таблицу с помощью clickhouse-copier

Но к сожалению после завершения копирования выборка из MATERIALIZED VIEW возвращает 0 записей
хотя на источнике данных все возвращается нормально

materialized view триггерится на инсерты ж вроде? а copier это другое

замените clickhouse-copier
на INSERT INTO ... SELECT ... FROM remote()
и тогда получится

Вся проблема в том что соединение немного не стабильно, не получится ли ситауция при которой  перенесу не все данные?

Нет ли возможности более изящно наполнить VIEW, не выполняя повторную перегонку?

у вас .inner МВ или в dest таблицу?

.inner таблицы сушествуют но пустые

ну тогда как slach подсказал вам, хороший вариант.

то есть запустить копирование прямо в эти таблицы?

видимо, да.

спасибо за информацию, попробую

Есть вопрос про сериализацию и десериализацию.

Какие есть механизмы, чтобы данные превратить в бинарное поле и наоборот?
Может есть возможность сделать SELECT ... FORMAT ... в поле (строку)?
И обратное преобразование?

Есть ли возможность превратить какие-нибудь данные в json? Или лучше в нативные какие-нибудь, чтобы быстро парсило?