угу

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

Зоопрак зоопарком, но различные инстррументы и БД используются в различных ситуациях

смотря как апдейтить и что, мне надо обновить одну строку к примеру или изменить uuid у записи одной из тысяч, в целом через alter update это работает, но я пока побаиваюсь сие использовать поэтому касандра еще живет у меня...

https://clickhouse.tech/docs/ru/engines/table-engines/mergetree-family/replacingmergetree/

используйте это

и только мариадб можно гнуть как хочешь =) а при правильной настройке будет не хуже nosql =)

Не понял про смотря как апдейтить. Если вам в КХ нужно будет обновить одну строчку, то перезапишется весь парт при апдейте.

ну парты то можно разные делать, по дню, неделе, году, месяцу, развен ет?

Если там всё так иделаьно, зачем вам КХ?

если бы там было все идеально =)) никто не говорит об идеальности

Да, но слишком мелкие парты будут негативно сказываться. Тогда вы опять же забивать будете микроскопом

согласен, оэтому и не применяю там это, жду когда там все-же появится движок для таких данных, может однажды он будет =)

Проще использовать альтернативную логику в запросах или движки в стиле колапсинг или реплейсинг

О, раз заговорили про партиции. Кто-нибудь сталкивался с проблемой дублирования записи из разных парт-ов при выборке через FINAL?
Вводная.  В КХ есть таблица на 100млн записей (10ГБ). Партицирование происходит по полю "дата создания".
Проблема. С недавнего времени у пользователей появилась возможность редактирования этого поля. Теперь при построении статистики одна и та же запись фигурирует в разных датах, потому что при селекте из FINAL данные мержатся внутри парт.
Если строить парты по другому полю, которое никогда не меняется, то выборка через FINAL происходит очень медленно когда этого поля нет в WHERE.

Я использую ReplaceMergeTree и читал про CollapseMergeTree, но не хотелось бы переходить на него - слишком много запросов пришлось бы переделывать. Может есть возможность решить это через подзапросы или каким-нибудь другим движком?

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

Не понял вашу мысль про перечитан. А телефон  мыло и адрес больше как словари возможно использовать.

о прикольно, это я еще не тестировал

ну что произойдет если в партиции на 100 - 200 тыщ записей сделать update одной?

создастся новый парт, куда запишутся данные без этой записи