Quali tipi di dati supporta Redis?

Question

Accepted Answer

Redis supporta diverse **strutture di dati** come valori — stringhe, liste, hash, set, sorted set, più tipi specializzati (stream, bitmap, HyperLogLog, geospaziali). Scegliere il tipo giusto per ogni caso d'uso è fondamentale per utilizzare Redis efficacemente.

## Tipi di dati principali

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

## Tipi specializzati

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

## Scegliere il tipo giusto

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

## Perché è importante

Comprendere i tipi di dati di Redis è fondamentale per utilizzare Redis efficacemente, perché la potenza di Redis viene proprio dalle sue **strutture di dati ricche** (non solo semplice archiviazione chiave-valore), quindi conoscerle e sapere quando usare ciascuna è una conoscenza pratica essenziale.

I **tipi principali** si adattano ciascuno a esigenze diverse: **stringhe** (valori semplici e contatori atomici), **liste** (collezioni ordinate per code, stack e feed di elementi recenti), **hash** (memorizzazione di oggetti/record con più campi insieme — efficienti per entità), **set** (collezioni uniche per test di appartenenza, tag e relazioni, con operazioni su set come l'intersezione), e **sorted set** (membri classificati per punteggio — la scelta naturale per classifiche, ranking e code di priorità).

Comprendere i **tipi specializzati** — stream (log di sola aggiunta con gruppi di consumer, per code di messaggi e event sourcing), bitmap (flag compatti), HyperLogLog (conteggi unici approssimativi in memoria minuscola) e geospaziali (query di posizione) — amplia ciò che Redis può fare efficientemente.

Soprattutto, **scegliere il tipo giusto** per ogni caso d'uso (un sorted set per una classifica, un hash per un oggetto, una lista per una coda) è ciò che rende efficienti e naturali le operazioni Redis — usare la struttura sbagliata porta a soluzioni scomode e lente.

Poiché il valore di Redis viene dalle sue strutture di dati e utilizzarle appropriatamente è la competenza fondamentale nel lavorare con Redis, e poiché la scelta della struttura determina direttamente se le operazioni sono efficienti e il codice è pulito, comprendere i tipi di dati Redis — i tipi principali e specializzati e quando usare ciascuno — è una conoscenza essenziale e frequentemente applicata per chiunque usi Redis, il fondamento per sfruttare efficacemente Redis oltre l'archiviazione banale chiave-valore.