Как работают Redis хеши и множества?

Question

Accepted Answer

**Хеши** хранят пары поле-значение (как объект/запись) под одним ключом; **множества** хранят неупорядоченные коллекции уникальных строк с быстрыми проверками принадлежности и операциями над множествами. Обе структуры — важные структуры Redis для типичных потребностей моделирования данных.

## Хеши — хранение объектов/записей

```bash
# a hash groups multiple fields under one key (like an object)
HSET user:1 name "Ann" age 30 email "ann@x.com"
HGET user:1 name           # => "Ann" (one field)
HGETALL user:1             # => all fields and values
HMGET user:1 name age      # => multiple fields
HINCRBY user:1 age 1       # increment a numeric field atomically
HDEL user:1 email          # delete a field
HEXISTS user:1 name        # field exists? => 1
```

Хеши хранят поля сущности вместе под одним ключом — более эффективно и организованно, чем отдельные ключи для каждого поля (например, хранение объекта пользователя). Поля можно читать и записывать отдельно.

## Множества — уникальные коллекции и проверка принадлежности

```bash
SADD tags "redis" "cache" "db"   # add members (duplicates ignored — unique)
SISMEMBER tags "redis"           # is it a member? => 1 (fast O(1))
SMEMBERS tags                     # all members
SCARD tags                        # count of members
SREM tags "db"                    # remove a member
```

Множества содержат **уникальные** значения с **быстрой проверкой принадлежности** (`SISMEMBER`) — идеально для тегов, отслеживания уникальных элементов и проверок «видел ли я это?».

## Операции над множествами (ключевая возможность)

```bash
# set algebra across multiple sets
SADD user:1:follows "a" "b" "c"
SADD user:2:follows "b" "c" "d"
SINTER user:1:follows user:2:follows   # INTERSECTION => "b","c" (common follows)
SUNION user:1:follows user:2:follows   # UNION => all
SDIFF user:1:follows user:2:follows    # DIFFERENCE => "a" (only user:1 follows)
```

**Операции над множествами** (пересечение, объединение, разность) эффективно вычисляют связи — отлично подходят для «общих друзей», «общих тегов», рекомендаций и подобного.

## Почему это важно

Хеши и множества — важные структуры данных Redis для типичных потребностей моделирования, поэтому их понимание — ценное, часто применяемое знание. **Хеши** — естественный способ хранения **объектов/записей** в Redis — группировка полей сущности (имя, возраст, email) вместе под одним ключом вместо рассредоточения их по отдельным ключам, что более эффективно (один ключ, поля доступны отдельно) и организованно для хранения структурированных данных вроде профилей пользователей или объектов сессии; возможность читать/писать отдельные поля и атомарно увеличивать числовые поля (`HINCRBY`) делает хеши практичными для хранения сущностей. **Множества** обеспечивают **уникальные коллекции с быстрой проверкой принадлежности** — идеально для тегов, отслеживания уникальных элементов (уникальные посетители, просмотренные элементы) и проверок «это существует?» (`SISMEMBER` в O(1)) — типичные потребности во многих приложениях.

Особенно мощны **операции над множествами** (пересечение, объединение, разность), которые эффективно вычисляют связи между множествами — позволяя реализовать функции вроде «взаимные друзья» (пересечение наборов подписок), «общие интересы» и рекомендации прямо в Redis, что было бы громоздко вычислять иначе.

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

Поскольку хранение объектов и управление уникальными коллекциями/связями — типичные потребности, и поскольку хеши (для эффективного хранения объектов) и множества (для уникальных коллекций, быстрой проверки принадлежности и мощных операций над множествами) решают их естественно, понимание Redis хешей и множеств — ценное, практически применимое знание для эффективного моделирования данных в Redis, две из основных структур данных, которые делают Redis универсальным за пределами простого хранилища ключ-значение.