SQL или NoSQL: какую базу данных выбрать?

Споры SQL против NoSQL уже не так громки, как раньше, но путаница никуда не делась: команды по-прежнему выбирают базу данных по трендам, а не по тому, как на самом деле устроены их данные. Честный ответ: обе — правильные инструменты, просто для разных задач.

Для чего созданы SQL-базы

Реляционные (SQL) базы данных, такие как PostgreSQL и MySQL, хранят данные в структурированных таблицах с заданными связями между ними: у клиента есть заказы, у заказа — позиции, позиция ссылается на товар. У каждой таблицы есть схема, которая точно определяет, какой формы должны быть данные, и база данных следит за её соблюдением.

В этой структуре и весь смысл. Когда у данных есть реальные связи и важна согласованность — деньги, складские остатки, всё, где «эти числа всегда должны сходиться» не обсуждается, — реляционные базы дают гарантии, которые по-настоящему трудно воспроизвести иначе. Транзакции гарантируют, что многошаговая операция либо выполнится полностью, либо не выполнится вовсе, а это крайне важно для всего, что связано с финансами.

Для чего созданы NoSQL-базы

NoSQL — широкое понятие: документные хранилища вроде MongoDB, хранилища «ключ — значение» вроде Redis, колоночные базы вроде Cassandra. Но у них есть общее: гибкие схемы и горизонтальная масштабируемость вместо строгой структуры. Документ можно сохранить, не описывая заранее все поля, которые в нём когда-либо появятся, а добавление нового поля позже не требует миграции.

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

Прямое сравнение

• Структура данных: SQL требует заданной и единообразной формы. NoSQL спокойно работает с разной и меняющейся формой.
• Связи: со взаимосвязанными данными — объединениями таблиц (join) — SQL работает куда естественнее.
• Масштабирование: NoSQL-базы, как правило, изначально рассчитаны на горизонтальное масштабирование на множество серверов.
• Гарантии согласованности: SQL-базы обычно дают более строгую и мгновенную согласованность. Многие NoSQL-базы частично жертвуют ею ради скорости и доступности.
• Гибкость запросов: язык запросов SQL зрелый и чрезвычайно выразительный, когда нужно отвечать на сложные вопросы по связанным данным.

Как на самом деле сделать выбор

Спрашивайте себя, как устроены ваши данные, а не что популярно в этом году. Если данные по своей природе реляционные — пользователи, заказы, транзакции, всё, где важны согласованность и сложные запросы по связанным таблицам, — SQL-база почти всегда будет правильным выбором по умолчанию, а с PostgreSQL ошибиться особенно трудно. Если вы храните контент, форма которого сильно различается, должны с первого дня масштабировать чтение и запись на множество серверов или делаете что-то вроде журнала чата в реальном времени или ленты активности, вариант NoSQL может подойти по-настоящему лучше.

Многие реальные продакшен-системы используют оба подхода: реляционную базу для основных бизнес-данных и рядом с ней что-то вроде Redis или документного хранилища для кеширования, сессий или отдельных высоконагруженных задач. Неудачный выбор базы данных на старте — одна из самых дорогих ошибок команды, потому что перенос модели данных позже редко бывает простым. Именно такие решения мы помогаем клиентам принять правильно с самого начала в рамках работы над облаком и инфраструктурой и заказным ПО.