Hvordan fungerer Redis hashes og sets?

Question

Accepted Answer

**Hashes** lagrer felt-verdi-par (som et objekt/record) under én nøkkel; **sets** lagrer uordnede samlinger av unike strenger med rask medlemskapstest og settoperasjoner. Begge er viktige Redis-strukturer for vanlige datamodelleringsbehov.

## Hashes — lagre objekter/records

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

Hashes lagrer feltene til en entitet sammen under én nøkkel — mer effektivt og organisert enn separate nøkler per felt (f.eks. lagring av et brukerobjekt). Felt kan leses/skrives individuelt.

## Sets — unike samlinger og medlemskap

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

Sets inneholder **unike** verdier med **rask medlemskapstest** (`SISMEMBER`) — ideelt for tags, sporing av unike elementer, og "har jeg sett dette før?"-sjekker.

## Settoperasjoner (en nøkkelegenskap)

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

**Settoperasjoner** (snitt, union, differanse) beregner relasjoner effektivt — utmerket for "felles venner", "vanlige tags", anbefalinger og lignende.

## Hvorfor det betyr noe

Hashes og sets er viktige Redis-datastrukturer for vanlige modelleringsbehov, så forståelse av dem er verdifull, hyppig brukt kunnskap. **Hashes** er den naturlige måten å lagre **objekter/records** i Redis på — gruppering av en entitets felt (navn, alder, e-post) sammen under én nøkkel i stedet for å spre dem over separate nøkler, som er mer effektivt (én nøkkel, individuelt tilgjengelige felt) og organisert for lagring av strukturerte data som brukerprofiler eller sesjonsobjekter; evnen til å lese/skrive individuelle felt og atomisk inkrementere numeriske felt (`HINCRBY`) gjør hashes praktisk for enhetsstorage. **Sets** gir **unike samlinger med rask medlemskapstest** — ideelt for tags, sporing av unike elementer (unike besøkende, sette elementer), og "finnes dette?"-sjekker (`SISMEMBER` i O(1)) — vanlige behov i mange applikasjoner.

Spesielt kraftig er **settoperasjoner** (snitt, union, differanse) som effektivt beregner relasjoner mellom sett — som muliggjør funksjoner som "felles venner" (snitt av følg-sett), "felles interesser" og anbefalinger direkte i Redis, som ville være tungvint å beregne ellers.

Å forstå når man skal bruke hver (hashes for objekter/records, sets for unike samlinger og relasjonberegninger) er en del av å velge riktig Redis-struktur.

Da lagring av objekter og administrasjon av unike samlinger/relasjoner er vanlige behov, og siden hashes (for effektiv objektlagring) og sets (for unike samlinger, rask medlemskap og kraftige settoperasjoner) møter dem naturlig, er forståelse av Redis hashes og sets verdifull, praktisk relevant kunnskap for effektiv datamodellering i Redis, to av kjernedatastrukturene som gjør Redis allsidig utover enkel nøkkel-verdi-lagring.