Jak działają hasze i zbiory w Redis?

Question

Accepted Answer

**Hasze** przechowują pary pole-wartość (jak obiekt/rekord) pod jednym kluczem; **zbiory** przechowują nieuporządkowane kolekcje unikalnych ciągów znaków z szybkimi testami przynależności i operacjami na zbiorach. Obie są ważnymi strukturami Redis dla typowych potrzeb modelowania danych.

## Hasze — przechowywanie obiektów/rekordów

```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
```

Hasze przechowują pola jednostki razem pod jednym kluczem — bardziej efektywnie i zorganizowanie niż oddzielne klucze dla każdego pola (np. przechowywanie obiektu użytkownika). Pola mogą być czytane/zapisywane indywidualnie.

## Zbiory — unikalne kolekcje i przynależność

```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
```

Zbiory przechowują **unikalne** wartości z **szybkim testowaniem przynależności** (`SISMEMBER`) — idealne do tagów, śledzenia unikalnych elementów i sprawdzania "czy to widziałem?".

## Operacje na zbiorach (kluczowa cecha)

```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)
```

**Operacje na zbiorach** (przecięcie, suma, różnica) efektywnie obliczają relacje — świetne do "wspólnych przyjaciół", "wspólnych tagów", rekomendacji i podobnych.

## Dlaczego to ważne

Hasze i zbiory to ważne struktury danych Redis dla typowych potrzeb modelowania, więc zrozumienie ich to cenna i często stosowana wiedza. **Hasze** to naturalny sposób przechowywania **obiektów/rekordów** w Redis — grupowania pól jednostki (imię, wiek, email) razem pod jednym kluczem zamiast rozrzucania ich na oddzielne klucze, co jest bardziej efektywne (jeden klucz, indywidualnie dostępne pola) i zorganizowane do przechowywania danych strukturalnych jak profile użytkowników lub obiekty sesji; możliwość czytania/pisania pojedynczych pól i atomowego inkrementowania pól liczbowych (`HINCRBY`) czyni hasze praktycznymi do przechowywania jednostek. **Zbiory** zapewniają **unikalne kolekcje z szybkim testowaniem przynależności** — idealne do tagów, śledzenia unikalnych elementów (unikalnych odwiedzających, widzianych elementów) i sprawdzania "czy to istnieje?" (`SISMEMBER` w O(1)) — typowe potrzeby w wielu aplikacjach.

Szczególnie potężne są **operacje na zbiorach** (przecięcie, suma, różnica), które efektywnie obliczają relacje między zbiorami — umożliwiając funkcje takie jak "wspólni przyjaciele" (przecięcie zbiorów obserwowanych), "wspólne zainteresowania" i rekomendacje bezpośrednio w Redis, co byłoby uciążliwe do obliczenia innym sposobem.

Zrozumienie, kiedy używać każdego (hasze dla obiektów/rekordów, zbiory dla unikalnych kolekcji i obliczeń relacji) jest częścią wyboru właściwej struktury Redis.

Ponieważ przechowywanie obiektów i zarządzanie unikalnymi kolekcjami/relacjami to typowe potrzeby, a hasze (do efektywnego przechowywania obiektów) i zbiory (do unikalnych kolekcji, szybkiego testowania przynależności i potężnych operacji na zbiorach) je naturalnie adresują, zrozumienie haszy i zbiorów Redis to cenna, praktycznie istotna wiedza do efektywnego modelowania danych w Redis, dwie z podstawowych struktur danych, które czynią Redis wszechstronnym poza prostym przechowywaniem klucz-wartość.