Vilka datatyper stöder Redis?

Question

Accepted Answer

Redis stöder flera **datastrukturer** som värden — strängar, listor, hashmaps, mängder, sorterade mängder, plus specialiserade typer (streams, bitmaps, HyperLogLog, geospatial). Att välja rätt typ för varje användningsfall är nyckeln till att använda Redis effektivt.

## Kärntyper

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

## Specialiserade typer

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

## Välja rätt typ

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

## Varför det spelar roll

Att förstå Redis datatyper är grundläggande för att använda Redis effektivt, eftersom Redis kraft kommer just från dess **rika datastrukturer** (inte bara enkel nyckel-värde-lagring), så att känna till dem och när man ska använda var och en är väsentlig praktisk kunskap.

**Kärntyperna** passar var för sig olika behov: **strängar** (enkla värden och atomära räknare), **listor** (ordnade samlingar för köer, stackar och senaste-objekt-flöden), **hashmaps** (lagring av objekt/poster med flera fält tillsammans — effektivt för entiteter), **mängder** (unika samlingar för medlemskapstest, taggar och relationer, med mängdoperationer som skärning), och **sorterade mängder** (medlemmar rankade efter poäng — det naturliga valet för rankinglistor, rangordningar och prioritetsköer).

Att förstå **specialiserade typer** — streams (append-only-loggar med konsumentgrupper, för meddelandeköer och event sourcing), bitmaps (kompakta flaggor), HyperLogLog (ungefärliga unika räkningar i mycket lite minne), och geospatial (platsfrågor) — utökar vad Redis kan göra effektivt.

Ast viktigast är **att välja rätt typ** för varje användningsfall (en sorterad mängd för en rankingslista, en hashmap för ett objekt, en lista för en kö) är vad som gör Redis-operationer effektiva och naturliga — att använda fel struktur leder till klumpiga, långsamma lösningar.

Efftersom Redis värde kommer från dess datastrukturer och att använda dem lämpligt är kärnkompetensen vid arbete med Redis, och eftersom valet av struktur direkt avgör om operationer är effektiva och koden är ren, är förståelse för Redis datatyper — både kärntyper och specialiserade typer och när man ska använda var och en — väsentlig, ofta tillämpad kunskap för alla som använder Redis, grunden för att utnyttja Redis effektivt bortom trivial nyckel-värde-lagring.