Чем ClickHouse принципиально отличается от классических реляционных СУБД?

ClickHouse проектировался с нуля как аналитическое хранилище, поэтому его архитектура сильно отличается от классических реляционных СУБД вроде PostgreSQL или MySQL.

Определение

Column-oriented database — это база данных, которая хранит данные по колонкам, а не по строкам.

1. Колоночное хранение данных

Главное отличие ClickHouse — способ хранения.

1.1. Как это влияет на аналитику

ClickHouse:

• читает только нужные колонки;

• эффективно сжимает данные;

• минимизирует объём дискового I/O.

Это делает:

• COUNT;

• SUM;

• GROUP BY
  очень быстрыми даже на миллиардах строк.

2. Модель работы с данными

ClickHouse ориентирован на:

• массовую вставку (INSERT батчами);

• чтение;

• почти неизменяемые данные.

Частые:

• UPDATE;

• DELETE;

• сложные транзакции
  не являются его сильной стороной.

3. Отсутствие классических транзакций

В ClickHouse:

• нет полноценного ACID для OLTP-сценариев;

• нет строгой изоляции транзакций;

• обновления реализуются через мутации.

Это допустимо для аналитики, но плохо для OLTP.

4. Архитектура под аналитические нагрузки

ClickHouse:

• эффективно использует CPU;

• масштабируется горизонтально;

• оптимизирован под сканирование данных.

Он рассчитан на:

• большие объёмы;

• сложные агрегации;

• BI и отчётность.

5. Практическое сравнение подходов

На концептуальном уровне:

• реляционные СУБД — «много маленьких операций»;

• ClickHouse — «редко пишем, много и быстро читаем».

6. Краткий вывод

ClickHouse принципиально отличается от классических реляционных СУБД колоночным хранением и ориентацией на аналитические запросы. Его стоит использовать для OLAP-задач, но не для транзакционной логики приложения.