ClickHouse обычно не лучший выбор для классического OLTP с частыми точечными изменениями и строгими транзакциями над связанными сущностями. Для этого часто подходит PostgreSQL.
Для каких задач ClickHouse подходит плохо, и что бы вы выбрали вместо него?
ClickHouse обычно не лучший выбор для классического OLTP с частыми точечными изменениями и строгими транзакциями над связанными сущностями. Для этого часто подходит PostgreSQL.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
ClickHouse обычно не лучший выбор для классического OLTP с частыми точечными изменениями и строгими транзакциями над связанными сущностями. Для этого часто подходит PostgreSQL.
Сильная сторона ClickHouse — аналитическое чтение и агрегирование больших объёмов. Если задача требует частых обновлений отдельных заказов, внешних ключей и сложных транзакционных инвариантов, реляционная OLTP-СУБД может быть проще.
Для поиска текста, кеша или обхода графа выбирают систему под соответствующую нагрузку. Возможности ClickHouse развиваются, поэтому оценивать нужно конкретные требования и версию, а не утверждать, что обновления в нём вообще невозможны.