Почему идеи в базах данных возвращаются. Часть II

Во второй части Александр Поломодов и Алексей Светличный переходят к системной архитектуре. Они начинают с построчного хранения OLTP-баз и показывают, почему аналитике удобнее колонки. Vertica и ClickHouse читают нужные столбцы и иначе балансируют сжатие, сканирование и стоимость вычислений.

Облако разделило compute и storage: вычисления можно менять, а данные продолжают лежать. Aurora переносит принцип в транзакционный мир, lakehouse — в аналитику, а Greenplum распределяет запрос по узлам. Commodity hardware и классы горячих, тёплых и холодных данных помогают управлять стоимостью.

Изменение схемы OLTP ломает downstream-отчёты, если конвейер не знает о контракте. ACID и BASE задают разные ожидания, а распределённой транзакции нужен порядок событий без общих часов; Spanner платит за специальную инфраструктуру. Универсальная «волшебная коробка» требует дорогой экспертизы и дисциплины.

NoSQL показывает, как маркетинг и open source продают старую идею новым языком, а затем возвращают недостающие свойства. ORM упрощает старт, но скрывает машинерию до сбоя. Следующий виток — автономные базы и ML-оптимизация, но технология ценна лишь вместе с понятной моделью эксплуатации.