Что такое ключ-значение БД?

Что такое ключ-значение БД

База данных типа ключ-значение (Key-Value Store) — это один из типов NoSQL баз данных, которая хранит данные в виде пар ключ-значение, обеспечивая быстрый доступ к данным по ключу.

Основной концепт

Ключ-значение БД работает по принципу:

• Ключ — уникальный идентификатор для каждого значения (строка, число)
• Значение — данные, связанные с ключом (строка, объект, число, бинарные данные)
• Поиск — поиск осуществляется только по ключу
• Простота — минимальная логика, максимальная скорость

Пример:

Ключ: "user:123"
Значение: {"name": "John", "email": "john@example.com"}

Ключ: "session:abc-def"
Значение: {"user_id": 123, "created_at": 1234567890}

Характеристики

• Простота — нет сложных запросов, нет JOIN операций
• Скорость — O(1) поиск по ключу
• Масштабируемость — легко масштабировать горизонтально
• Отказоустойчивость — репликация и кластеризация встроены
• Гибкость — никаких ограничений на тип значения
• In-memory — часто хранится в оперативной памяти для максимальной скорости

Популярные Key-Value системы

Redis

Redis — самая популярная key-value БД в памяти:

• Структуры данных: строки, списки, множества, хеши, отсортированные множества
• Персистентность: опциональное сохранение на диск
• Типичное использование: кеширование, сессии, очереди, реал-тайм аналитика
• Скорость: все операции в памяти

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

SET user:123 "John Doe"
GET user:123
→ "John Doe"

HSET user:123 name "John" email "john@example.com"
HGET user:123 name
→ "John"

Memcached

Memcached — распределённое кеширование:

• Простота — только строковые значения
• Распределённость — очень хорошо масштабируется
• LRU — автоматически удаляет старые данные при нехватке памяти
• TTL — срок действия ключей

DynamoDB (AWS)

DynamoDB — облачная key-value БД от Amazon:

• Управляемая — Amazon управляет инфраструктурой
• Масштабируемая — автоматически масштабируется
• Быстрая — миллисекундные задержки
• Гибкие запросы — можно фильтровать по атрибутам

MongoDB (как key-value)

MongoDB — документная БД, может использоваться как key-value:

• Документы — JSON документы вместо простых значений
• Индексы — можно индексировать поля внутри документов
• Гибкость — схема может быть динамической

Архитектура Key-Value БД

Приложение
    ↓
Key-Value Store
    ↓
Hash Table (для быстрого поиска)
    ↓
Оперативная память / Диск

Внутри:

• Hash Map — основная структура для поиска по ключу
• Репликация — копирование данных на другие узлы
• Сжатие — LRU кеш для управления размером
• Персистентность — опциональное сохранение на диск

Применение

1. Кеширование

Самое частое использование:

# Получить данные из кеша
user = cache.get("user:123")
if not user:
    # Если нет в кеше — запросить из БД
    user = database.get_user(123)
    # Сохранить в кеш на час
    cache.set("user:123", user, ttl=3600)

2. Сессии пользователя

Ключ: "session:token-abc-123"
Значение: {user_id: 123, login_time: 1234567890, permissions: ["read", "write"]}
ТТЛ: 1 час

3. Очереди задач

Ключ: "queue:email_notifications"
Значение: список ID задач
Использование: FIFO очередь для обработки задач

4. Реал-тайм счётчики

Ключ: "counter:page:123:views"
Значение: 15320
Операция: INCR (атомарное увеличение)

5. Блокировки (Locks)

Ключ: "lock:resource:abc"
Значение: "acquired"
ТТЛ: 30 секунд (автоматический unlock)

Преимущества

• Максимальная скорость — поиск за O(1)
• Простота — просто и понятно
• Масштабируемость — легко добавить узлы
• Надёжность — встроенная репликация
• Отказоустойчивость — данные на нескольких узлах
• Гибкость — можно хранить любые данные
• In-memory — очень быстро

Недостатки

• Нет сложных запросов — только поиск по ключу
• Нет JOIN — нельзя объединить данные из разных ключей
• Нет транзакций — (хотя Redis добавил поддержку)
• Память — данные в памяти дорогие
• Нет индексов — только по ключу
• Динамическая схема — сложнее валидировать структуру

Сравнение с реляционной БД

Когда использовать Key-Value БД

Используй когда:

• Нужна максимальная скорость
• Доступ только по ключу
• Нужно кешировать данные
• Сессии пользователей
• Очереди и счётчики
• Реал-тайм аналитика
• Нужна горизонтальная масштабируемость

Не используй когда:

• Нужны сложные запросы
• Нужны транзакции
• Нужны JOIN операции
• Требуется ACID
• Данные редко меняются, часто читаются (лучше SQL)

Значение для System Analyst

System Analyst должен:

• Понимать когда использовать key-value вместо SQL
• Знать о кешировании и производительности
• Проектировать системы с key-value БД
• Понимать ограничения и возможности
• Рассчитывать требования к памяти
• Выбирать инструменты (Redis, Memcached, DynamoDB)
• Планировать репликацию и отказоустойчивость