Введение и проблематика

Почему появились NoSQL базы данных?

Реляционные базы данных (RDBMS) доминировали десятилетиями, но с ростом интернета и Big Data появились новые требования:

• Масштабирование — миллионы пользователей, петабайты данных
• Гибкость — быстро меняющиеся требования к структуре данных
• Производительность — миллисекундные отклики при высокой нагрузке
• Доступность — 24/7 без простоев

Традиционные SQL базы данных плохо справляются с горизонтальным масштабированием. NoSQL базы данных были созданы для решения этих проблем.

Базовая теория

Что такое NoSQL?

NoSQL — это общий термин для баз данных, которые:

1. Не используют реляционную модель (таблицы со строками и столбцами)
2. Не требуют фиксированной схемы данных
3. Не используют SQL как основной язык запросов
4. Оптимизированы для горизонтального масштабирования

Основные характеристики NoSQL

CAP-теорема

Любая распределённая система может гарантировать только 2 из 3 свойств:

Типы NoSQL баз данных

// Redis пример
await redis.set('user:123', JSON.stringify(userData));
const user = await redis.get('user:123');

Практические примеры

Сравнение SQL и NoSQL подхода

Задача: Хранение заказов пользователя

-- Нужны 3 таблицы с JOIN
CREATE TABLE users (
  id SERIAL PRIMARY KEY,
  name VARCHAR(100)
);
 
CREATE TABLE orders (
  id SERIAL PRIMARY KEY,
  user_id INTEGER REFERENCES users(id),
  total DECIMAL
);
 
CREATE TABLE order_items (
  id SERIAL PRIMARY KEY,
  order_id INTEGER REFERENCES orders(id),
  product_name VARCHAR(100),
  quantity INTEGER
);
 
-- Запрос с JOIN
SELECT u.name, o.total, oi.product_name
FROM users u
JOIN orders o ON u.id = o.user_id
JOIN order_items oi ON o.id = oi.order_id
WHERE u.id = 123;

SQL vs NoSQL — когда что использовать

Когда выбрать SQL:

• Сложные связи между данными
• Критичная согласованность (финансы, бухгалтерия)
• Сложные аналитические запросы
• Транзакции между несколькими таблицами

Когда выбрать NoSQL:

• Большие объёмы данных с простой структурой
• Нужно горизонтальное масштабирование
• Часто меняющаяся схема данных
• High availability важнее согласованности

Пограничные кейсы

Polyglot Persistence

Современный подход — использовать разные базы данных для разных задач:

PostgreSQL  → Основные данные (пользователи, заказы)
Redis       → Кэш и сессии
MongoDB     → Логи и аналитика
Elasticsearch → Полнотекстовый поиск

Популярные NoSQL базы данных

Вопросы интервьюера

Q: Чем NoSQL отличается от SQL?

NoSQL не использует реляционную модель и SQL. Предлагает гибкую схему и горизонтальное масштабирование вместо фиксированных таблиц и JOIN.

Q: Что такое Eventual Consistency?

Данные станут согласованными "со временем", но не мгновенно. После записи на одном узле, другие узлы получат обновление с задержкой.

Q: Можно ли использовать NoSQL для банковских транзакций?

Не рекомендуется. Для критичной согласованности лучше SQL с ACID транзакциями. Хотя MongoDB 4.0+ поддерживает ACID.

Q: Почему NoSQL масштабируется лучше SQL?

NoSQL изначально проектировались для шардирования — данные распределяются по нескольким серверам. SQL базы сложнее шардировать из-за JOIN между таблицами.

Источники

• MongoDB Documentation
• Redis Documentation
• Martin Fowler: NoSQL Distilled
• CAP Theorem Explained