В каких случаях будешь использовать NoSQL

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

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

1. Неструктурированные и быстро меняющиеся данные

Когда структура данных неизвестна заранее или постоянно меняется, NoSQL предлагает гибкость. В MongoDB можно добавлять поля без миграции БД.

2. Массивно параллельные операции и горизонтальное масштабирование

Когда нужно распределить данные по нескольким серверам, NoSQL использует шардирование:

// Шардирование в MongoDB
db.collection.createIndex({ userId: 1 });
db.adminCommand({
    shardCollection: "database.collection",
    key: { userId: 1 }
});

Данные автоматически распределяются по серверам. Любой сервер может обработать запрос параллельно.

3. Высокая нагрузка на запись (Write-Heavy приложения)

Сценарии с миллионами операций записи в секунду. NoSQL очень эффективен для записи логов и событий.

public class EventLogger {
    public void logEvent(UserEvent event) {
        mongoClient.getDatabase("logs")
            .getCollection("events")
            .insertOne(new Document()
                .append("userId", event.getUserId())
                .append("action", event.getAction())
                .append("timestamp", event.getTimestamp())
            );
    }
}

4. Кэширование (In-Memory NoSQL)

Для быстрых операций используй Redis. Это хранилище ключ-значение в памяти.

@Service
public class SessionService {
    @Autowired
    private RedisTemplate<String, UserSession> redisTemplate;
    
    public void saveSession(String sessionId, UserSession session) {
        redisTemplate.opsForValue()
            .set(sessionId, session, Duration.ofHours(1));
    }
}

5. Данные с переменным размером

Базы документов хорошо работают с BLOB данными (документы, изображения, видео). Можно хранить метаданные вместе с контентом.

6. Граф данных (связанные сущности)

Для социальных сетей и рекомендаций - используй Graph БД (Neo4j). Очень эффективно для поиска связей в графе.

public List<User> getRecommendations(User user) {
    Result result = session.run(
        "MATCH (u:User {id: \$userId})-[:FOLLOWS]->(f)" +
        "-[:FOLLOWS]->(r:User) WHERE NOT (u)-[:FOLLOWS]->(r)" +
        "RETURN r LIMIT 10",
        Values.parameters("userId", user.getId())
    );
    return result.list(r -> new User(r.get("r")));
}

7. Время реального времени (Time-series данные)

Для метрик и временных рядов - используй TimeSeries DB (InfluxDB, MongoDB TimeSeries). Очень оптимизирован для временных рядов.

Сравнение SQL vs NoSQL

Анти-паттерны: Когда НЕ использовать NoSQL

• Банковские переводы между счётами - нужна ACID транзакция
• Сложные связанные данные (многоуровневая иерархия)
• Когда главный критерий - простота

Вывод

Выбирай NoSQL, когда:

• Данные неструктурированы или быстро меняются
• Нужно горизонтальное масштабирование
• Высокая нагрузка на запись
• Нужна гибкость схемы
• Данные естественно представимы в формате документов/графов

SQL остаётся лучше для структурированных данных, сложных связей и требований ACID.