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

# Нереляционные базы данных: назначение и применение

Нереляционные базы данных (NoSQL) появились как ответ на ограничения традиционных SQL баз при работе с современными задачами масштабирования и гибкости структуры данных.

Основные причины применения NoSQL

1. Горизонтальное масштабирование

Ключевое отличие: SQL базы масштабируются вертикально (мощнее сервер), NoSQL — горизонтально (больше серверов).

// SQL: ACID гарантирует консистентность на одном сервере
// NoSQL: шардирование и репликация на множество узлов

Монолитная SQL база на одном сервере теперь хранит 10TB данных. С NoSQL можно распределить эти данные на 10 серверов по 1TB каждый, обрабатывая запросы параллельно.

2. Гибкость схемы данных

SQL требует фиксированной схемы: все колонки должны быть определены заранее. NoSQL позволяет хранить документы с разной структурой.

// MongoDB: один collection может содержать документы с разными полями
db.users.insertOne({
    name: "John",
    age: 30
});

db.users.insertOne({
    name: "Jane",
    age: 25,
    phone: "+1234567890",  // Нового поля нет у John — нормально
    preferences: { theme: "dark" }
});

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

3. Высокая скорость записи

SQL требует выполнения ACID транзакций, что замедляет запись. NoSQL оптимизированы на скорость.

SQL: 10,000 записей/сек (с ACID гарантиями)
NoSQL: 100,000-1,000,000 записей/сек (eventual consistency)

Для логирования событий, аналитики в реальном времени — NoSQL выигрывают.

4. Особенности различных типов NoSQL

Document stores (MongoDB, CouchDB)

• JSON-подобные документы
• Запросы по полям внутри документа
• Идеальны для иерархических данных

// Java с MongoDB:
MongoCollection<Document> collection = database.getCollection("orders");
Document order = new Document()
    .append("orderId", "ORD001")
    .append("items", Arrays.asList(
        new Document().append("name", "Item1").append("qty", 2),
        new Document().append("name", "Item2").append("qty", 1)
    ));
collection.insertOne(order);

Key-Value stores (Redis, Memcached)

• Максимальная скорость
• Простые пара ключ-значение
• Кэширование, сессии, очереди

// Redis: сверхбыстрый доступ
redis.set("user:123:session", jsonSessionData);
String data = redis.get("user:123:session");  // Микросекунды

Column-family stores (HBase, Cassandra)

• Хранение данных по колонкам
• Аналитика больших объёмов
• Временные ряды (метрики, логи)

Graph databases (Neo4j)

• Граф связей между данными
• Рекомендации, социальные сети

Реальные примеры

Ограничения NoSQL

• Отсутствие ACID — eventual consistency вместо гарантий
• Сложные JOIN операции — нужно денормализовать данные
• Отсутствие транзакций — сложная консистентность при множественных операциях

Вывод

NoSQL не заменяют SQL, а дополняют. Современные приложения часто используют обе:

• SQL для критичных данных (платежи, аккаунты)
• NoSQL для масштабируемости (логи, аналитика, кэш)

Выбор зависит от требований: если нужна скорость и масштабируемость — NoSQL, если консистентность и сложные запросы — SQL.