В чем разница между реляционными и нереляционными базами данных?

Различие между реляционными и нереляционными БД

Определение основных подходов

Реляционная БД (РБДМ) — это система, которая организует данные в таблицы с записями (строками) и полями (столбцами), связанными между собой через ключи.

Нереляционная БД (NoSQL) — это система, которая хранит данные в других форматах: документы, графы, ключ-значение, временные ряды.

Основные различия

1. Структура данных

Реляционная БД:

• Табличная структура (строки и столбцы)
• Строгая схема (schema)
• Все записи в таблице имеют одинаковую структуру

Таблица users:
| id | name | email | age |
|----|------|-------|-----|
| 1  | Иван | ivan@mail | 30 |
| 2  | Мария| maria@mail| 28 |

NoSQL БД:

• Документы (JSON), графы, ключ-значение
• Гибкая схема
• Разные документы могут иметь разную структуру

{
  "id": 1,
  "name": "Иван",
  "email": "ivan@mail",
  "age": 30,
  "phone": "+7-999-123-45-67" // поле может быть в одного документа
}

2. ACID vs BASE принципы

Реляционная БД гарантирует ACID:

• Atomicity (Атомарность) — транзакция либо полностью выполнится, либо откатится
• Consistency (Согласованность) — после транзакции данные в целостном состоянии
• Isolation (Изоляция) — одновременные транзакции не влияют друг на друга
• Durability (Надёжность) — сохранённые данные не потеряются

Пример: Перевод денег между счётами должен быть атомарным.

NoSQL БД обычно используют BASE:

• Basically Available — система всегда доступна
• Soft state — состояние может меняться без ввода
• Eventually consistent — согласованность со временем

Это значит, что данные могут быть несогласованными в короткий момент времени.

3. Масштабируемость

Реляционная БД:

• Вертикальное масштабирование (более мощный сервер)
• Сложное горизонтальное масштабирование (распределение на несколько серверов)
• Шардирование требует дополнительной логики

NoSQL БД:

• Горизонтальное масштабирование (просто добавь ещё сервер)
• Встроенная поддержка распределённых систем
• Идеальна для больших объёмов данных

4. Запросы к данным

Реляционная БД:

• SQL — мощный, стандартизированный язык
• Декларативный (описываешь что хочешь)
• JOIN, WHERE, GROUP BY, подзапросы

SELECT u.name, COUNT(o.id) as order_count
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE u.age > 30
GROUP BY u.id
ORDER BY order_count DESC;

NoSQL БД:

• Разные языки для разных систем
• Часто требуется код для обработки данных
• Меньше встроенных возможностей для сложных запросов

// MongoDB
db.users.aggregate([
  { $match: { age: { $gt: 30 } } },
  { $lookup: {
      from: "orders",
      localField: "_id",
      foreignField: "user_id",
      as: "orders"
    }
  },
  { $addFields: { order_count: { $size: "$orders" } } },
  { $sort: { order_count: -1 } }
]);

5. Отношения между данными

Реляционная БД:

• Явные связи через внешние ключи
• Нормализация (избегаем дублирования)
• Нужны JOIN для объединения таблиц

users (id, name)
  ↓ FK
orders (id, user_id, amount)
  ↓ FK
order_items (id, order_id, product_id)

NoSQL БД:

• Часто данные хранятся вместе (денормализация)
• Документ может содержать вложенные объекты
• Не нужны JOIN

{
  "id": 1,
  "name": "Иван",
  "orders": [
    { "id": 101, "amount": 5000 },
    { "id": 102, "amount": 3000 }
  ]
}

Примеры использования

Когда использовать Реляционную БД

• Финансовые системы (банки, платежи) — критична ACID
• Системы управления контентом (CMS, блоги)
• ERP системы (управление ресурсами компании)
• Данные с чёткой структурой (учётные данные, договоры)
• Сложные запросы с JOIN и агрегацией
• Малые и средние проекты с предсказуемой нагрузкой

Примеры: PostgreSQL, MySQL, Oracle, Microsoft SQL Server

Когда использовать NoSQL БД

• Большие объёмы данных (миллиарды документов)
• High-frequency data (логи, метрики, события)
• Гибкие схемы (социальные сети, контент-платформы)
• Высокая масштабируемость требуется
• Быстрые чтения важнее чем ACID
• Быстрый прототипирование (структура меняется)

Примеры: MongoDB, Cassandra, Redis, DynamoDB, Elasticsearch

Сравнительная таблица

Real-world примеры

Яндекс.Маркет

• Реляционная: Информация о заказах, пользователях, платежах (PostgreSQL)
• NoSQL: Каталог товаров, логи кликов, рекомендации (Redis, MongoDB)

Uber

• Реляционная: Профили водителей и пассажиров, расчёты (MySQL)
• NoSQL: Real-time логи поездок, геоданные (Cassandra, Redis)

Instagram

• Реляционная: Профили, отношения между пользователями
• NoSQL: Ленты, теги, метаданные постов (MongoDB, Cassandra)

Гибридный подход

Современные системы часто используют Polyglot Persistence — комбинация разных БД:

• PostgreSQL для критичных данных
• Redis для кэша и сессий
• MongoDB для логов и аналитики
• Elasticsearch для полнотекстового поиска

Это позволяет использовать лучший инструмент для каждой задачи.

Заключение

Нет идеальной БД для всех случаев. Выбор между реляционной и нереляционной зависит от:

• Структуры данных
• Требований к согласованности
• Объёма данных и нагрузки
• Типа запросов
• Команды и опыта

Грамотный BA должен понимать оба подхода и рекомендовать подходящее решение для конкретного проекта.