Где используется NoSQL БД?

Где используется NoSQL БД

NoSQL базы данных применяются в специфических сценариях, где relational БД не оптимальны. Давайте разберём основные кейсы.

Главные преимущества NoSQL

• Горизонтальная масштабируемость (шардирование)
• Гибкая схема (неструктурированные данные)
• Высокая производительность на больших объёмах
• Высокая доступность (репликация, no SPOF)

Типы NoSQL БД и их применение

1. Document-oriented (MongoDB, CouchDB)

Где использовать:

# Прототипирование и стартапы
# Схема может меняться
user = {
    "_id": ObjectId(),
    "name": "John",
    "email": "john@example.com",
    "profile": {
        "age": 30,
        "city": "New York"
    },
    "tags": ["developer", "python"],
    # Можем добавить новое поле без миграции
    "phone": "+1234567890"
}

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

• Content Management Systems (CMS)
• Social media платформы (постоянно меняющийся контент)
• Логирование событий
• Каталоги товаров с разными атрибутами

2. Key-Value Store (Redis, Memcached)

Где использовать:

import redis

redis_client = redis.Redis(host=localhost, port=6379)

# Кэширование
redis_client.setex(user:123:profile, 3600, json.dumps(user_data))
profile = json.loads(redis_client.get(user:123:profile))

# Сессии пользователей
redis_client.setex(session:abc123, 86400, user_token)

# Счётчики и рейты
redis_client.incr(api:requests:per_minute)
redis_client.expire(api:requests:per_minute, 60)

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

• Кэширование (самый частый кейс)
• Сессии в веб-приложениях
• Rate limiting и throttling
• Real-time analytics и счётчики
• Pub/Sub messaging
• Очереди задач (с Redis Streams)

3. Column-family (HBase, Cassandra)

Где использовать:

# Временные ряды
# Огромные объёмы данных
# timestamp -> sensor_id -> value
timeseries_data = {
    2024-01-01T10:00:00: {
        sensor_1: 23.5,
        sensor_2: 45.2,
        sensor_3: 67.1
    }
}

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

• Time series databases (метрики, мониторинг)
• IoT данные (миллионы датчиков)
• Аналитика в реальном времени
• Логи приложений (масштабный сбор)

4. Graph databases (Neo4j)

Где использовать:

from neo4j import GraphDatabase

driver = GraphDatabase.driver("bolt://localhost:7687")

# Социальные сети
query = """
    MATCH (user:User {id: $user_id})-[:FOLLOWS]->(friend:User)
    RETURN friend.name, friend.email
"""

# Рекомендации
query = """
    MATCH (user:User)-[:LIKED]->(product:Product)
    <-[:SIMILAR_TO]-(recommended:Product)
    RETURN recommended.name
"""

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

• Социальные сети (друзья, подписчики, рекомендации)
• Системы рекомендаций
• Графы знаний (Knowledge Graph)
• Анализ зависимостей (микросервисы, компоненты)

5. Search engines (Elasticsearch, OpenSearch)

Где использовать:

from elasticsearch import Elasticsearch

es = Elasticsearch()

# Полнотекстовый поиск
body = {
    "query": {
        "multi_match": {
            "query": "python developer",
            "fields": ["title", "description"]
        }
    }
}
results = es.search(index="jobs", body=body)

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

• Полнотекстовый поиск (основной кейс)
• Логирование и анализ логов (ELK stack)
• Аналитика пользовательского поведения

Матрица выбора

Hybrid подход

На практике используют комбинацию:

# PostgreSQL — основное хранилище (user, orders, products)
# Redis — кэш и сессии
# MongoDB — логи и аналитика
# Elasticsearch — полнотекстовый поиск

class UserService:
    def __init__(self, postgres_db, redis_cache, elastic_search):
        self.db = postgres_db
        self.cache = redis_cache
        self.search = elastic_search
    
    def get_user(self, user_id):
        # Сначала кэш
        cached = self.cache.get(fuser:{user_id})
        if cached:
            return json.loads(cached)
        
        # Потом БД
        user = self.db.query(User).filter(User.id == user_id).first()
        
        # Кэшируем
        self.cache.setex(fuser:{user_id}, 3600, json.dumps(user.to_dict()))
        
        return user
    
    def search_users(self, query):
        # Elasticsearch для поиска
        return self.search.search(index=users, q=query)

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

❌ Сложные связи между данными (use SQL) ❌ ACID транзакции обязательны (use PostgreSQL) ❌ Много JOIN операций (SQL эффективнее) ❌ Нужна целостность данных (Foreign Keys) ❌ Маленький объём данных (PostgreSQL проще)

Вывод

NoSQL — это не замена SQL, а дополнение. Выбор зависит от характера данных, масштаба и требований к performance. В современных приложениях часто используется полиглотная архитектура с несколькими БД для разных задач.