Welke gegevenstypen ondersteunt Redis?

Question

Accepted Answer

Redis ondersteunt verschillende **gegevensstructuren** als waarden — strings, lijsten, hashes, sets, sorted sets, plus gespecialiseerde typen (streams, bitmaps, HyperLogLog, geospatial). Het kiezen van het juiste type voor elk use case is essentieel voor effectief Redis-gebruik.

## Core gegevenstypen

```bash
# STRING — the simplest (text, numbers, even binary up to 512MB)
SET key "value"
INCR counter            # atomic increment (strings can be counters)

# LIST — ordered list of strings (a linked list — fast push/pop at ends)
LPUSH mylist "a"        # push left
RPUSH mylist "b"        # push right
LRANGE mylist 0 -1      # get all → useful for queues, recent-items

# HASH — a map of field→value (like an object/record)
HSET user:1 name "Ann" age 30
HGET user:1 name        # => "Ann"  → great for storing objects

# SET — unordered unique strings
SADD tags "redis" "cache"
SISMEMBER tags "redis"  # membership test; SINTER/SUNION for set operations

# SORTED SET (ZSET) — unique members each with a SCORE, kept ordered by score
ZADD leaderboard 100 "Ann" 90 "Bob"
ZRANGE leaderboard 0 -1 WITHSCORES   # ranked → leaderboards, priority queues
```

## Gespecialiseerde typen

```text
STREAM      → an append-only log (like a message queue/event log with consumer groups)
BITMAP      → bit operations on strings (compact flags, e.g. daily active users)
HYPERLOGLOG → approximate unique counts using tiny memory (cardinality estimation)
GEOSPATIAL  → store/query locations (geo radius queries)
```

## Het juiste type kiezen

```text
String      → simple values, counters, cached serialized data
List        → queues, stacks, recent-items, activity feeds
Hash        → objects/records (store fields of an entity together)
Set         → unique collections, membership tests, tags, relationships
Sorted Set  → leaderboards, rankings, priority queues, time-ordered data
→ Picking the right structure makes operations efficient and natural.
```

## Waarom het belangrijk is

Het begrijpen van Redis's gegevenstypen is fundamenteel voor effectief Redis-gebruik, omdat Redis's kracht precies voortkomt uit zijn **rijke gegevensstructuren** (niet alleen eenvoudige sleutel-waarde opslag), dus het kennen ervan en weten wanneer je elk type gebruikt is essentiële praktische kennis.

De **core typen** passen elk bij verschillende behoeften: **strings** (eenvoudige waarden en atomaire tellers), **lijsten** (geordende verzamelingen voor wachtrijen, stacks en recent-items feeds), **hashes** (het opslaan van objecten/records met meerdere velden samen — efficiënt voor entiteiten), **sets** (unieke verzamelingen voor membership tests, tags en relaties, met set-operaties zoals intersectie), en **sorted sets** (leden gerangschikt op score — de natuurlijke keuze voor leaderboards, rankings en priority queues).

Het begrijpen van de **gespecialiseerde typen** — streams (append-only logs met consumer groups, voor message queues en event sourcing), bitmaps (compacte vlaggen), HyperLogLog (benaderende unieke aantallen in klein geheugen), en geospatial (locatiequery's) — breidt uit wat Redis efficiënt kan doen.

Bet belangrijkste is dat **het kiezen van het juiste type** voor elk use case (een sorted set voor een leaderboard, een hash voor een object, een list voor een wachtrij) Redis-operaties efficiënt en natuurlijk maakt — het gebruik van de verkeerde structuur leidt tot onhandige, trage oplossingen.

Omdat Redis's waarde voortkomt uit zijn gegevensstructuren en het juist gebruiken ervan de kernvaardigheid is van werken met Redis, en omdat de keuze van structuur rechtstreeks bepaalt of operaties efficiënt zijn en code schoon is, is het begrijpen van Redis gegevenstypen — de core en gespecialiseerde typen en wanneer je elk gebruikt — essentiële, regelmatig toegepaste kennis voor iedereen die Redis gebruikt, de basis voor het effectief benutten van Redis voorbij triviale sleutel-waarde opslag.