вы все сделали правильно.

Проблемы будут у приложения. Тестируйте приложение.

как раз этим и занимаемся)

Кто-то сталкивался с таким?
Code: 20. DB::Exception: Received from host:port. DB::Exception: Number of columns doesn't match.

Какой-то плавающий баг, возникающий в рандомных местах 🤷‍♀️
Подробнее эту дичь описала здесь https://github.com/ClickHouse/ClickHouse/issues/8030

было очень много изменений в sql. Например SELECT count(*) FROM table WHERE 0 выдает другой результат (empty_result_for_aggregation_by_empty_set) Читайте changelog Backward incompatible changes.

ну баг и что? Никто кроме вас так инсерты делать еще не догадался.
Это вообще какой странный подход. Непонятно зачем так делать инсерты.
По-моему вы шли в библиотеку, зашли в лес, потерялись, и спрашиваете где север. Я не знаю где север, знаю где библиотека.

А как еще инсертить в столбцы AggregateFunction?
У вас есть другие предложения?

You can’t use a normal INSERT to insert a row in a table containing AggregateFunction columns, because you can’t explicitly define the AggregateFunction value. Instead, use INSERT SELECT with ‘-State’ aggregate functions for inserting data. (пруф https://clickhouse-docs.readthedocs.io/en/latest/table_engines/aggregatingmergetree.html)

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

>А как еще инсертить в столбцы AggregateFunction
конечно знаю 🙂 .

создаете null таблицу, навешиваете на нее MV и вставляете в null. Я только так и делаю.
https://gist.github.com/den-crane/f7382cd4f1f859ff6ac46afe7dc9925a

Так и где ТС просил переделывать таблицу? Где ему в ответе написали что все можно переделать при этом?
а copier вообще требуют кучу мозговых усилий и зукипер.

Но это же не значит , что мое предложение - бред ? ; )) это еще один из вариантов решения задачи. На самом деле я сам не раз переносил файлами - это конечно же быстрее

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

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

вы инстертите медленным парсером (из-за select-в), что вообще не подходит для bigdata.
напрямую можно новой функцие input , которая позволяет в insert

INSERT INTO example SELECT id, ifNull(num, -1) FROM input('id UInt32, num Nullable(Int32)') format JSONEachRow {"id": 1, "num": null};

и еще вам можно использовать SimpleAggregateFunction

create table test_table
(
 x Int64,
 cnt   UInt32,
 min_ts SimpleAggregateFunction(min, UInt64)     Codec(LZ4),
 max_ts SimpleAggregateFunction(max, UInt64)    Codec(LZ4)
)
engine = AggregatingMergeTree() order by x


insert into test_table values (1,1,1,1);

insert into test_table values (1,1,2,2);

optimize table test_table final
select * from test_table

SimpleAggregateFunction для sum  / min / max работает быстрее и занимает меньше места, чем функции со стейтами

👍

Коллеги, вопрос по зукиперу

Как его сетапить в смысле скейла? я тут пытаюсь играться с реплицируеми таблицами и у меня ЗК умирает каждые несколько дней, по непонятным причинам. Проц на 100% и сервер не отвечает

тестовые таблицы у меня по несколько сотен миллиардов строк, может бросить больше cpu power на все это?

а больше это сколько? есть какие нибудь guidelines как конфигурировать ЗК под КХ?

FixedString(50) -- лучше чем просто String только в случае если там действительно 50 символов, иначе надо использовать String

https://t.me/clickhouse_ru/87609