Apakah jenis data yang disokong oleh Redis?

Question

Accepted Answer

Redis menyokong beberapa **struktur data** sebagai nilai — strings, lists, hashes, sets, sorted sets, serta jenis khusus (streams, bitmaps, HyperLogLog, geospatial). Memilih jenis yang betul untuk setiap kes penggunaan adalah kunci untuk menggunakan Redis dengan berkesan.

## Jenis data teras

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

## Jenis khusus

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

## Memilih jenis yang betul

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

## Mengapa ia penting

Memahami jenis data Redis adalah asas untuk menggunakan Redis dengan berkesan, kerana kuasa Redis datang tepat daripada **struktur datanya yang kaya** (bukan sekadar storan key-value mudah), jadi mengetahuinya dan bila hendak menggunakan setiap satu adalah pengetahuan praktikal yang penting.

Setiap **jenis teras** sesuai untuk keperluan berbeza: **strings** (nilai mudah dan atomic counters), **lists** (koleksi tersusun untuk queues, stacks, dan suapan item terkini), **hashes** (menyimpan objek/rekod dengan pelbagai medan bersama — cekap untuk entiti), **sets** (koleksi unik untuk ujian keahlian, tags, dan hubungan, dengan operasi set seperti persilangan), dan **sorted sets** (ahli disusun mengikut skor — padanan semula jadi untuk leaderboards, kedudukan, dan priority queues).

Memahami **jenis khusus** — streams (log append-only dengan consumer groups, untuk message queues dan event sourcing), bitmaps (flag padat), HyperLogLog (anggaran kiraan unik dalam memori kecil), dan geospatial (pertanyaan lokasi) — meluaskan apa yang Redis boleh lakukan dengan cekap.

Yang paling penting, **memilih jenis yang betul** untuk setiap kes penggunaan (sorted set untuk leaderboard, hash untuk objek, list untuk queue) inilah yang menjadikan operasi Redis cekap dan semula jadi — menggunakan struktur yang salah membawa kepada penyelesaian yang janggal dan perlahan.

Memandangkan nilai Redis datang daripada struktur datanya dan menggunakannya dengan sewajarnya ialah kemahiran teras bekerja dengan Redis, dan kerana pilihan struktur secara langsung menentukan sama ada operasi cekap dan kod bersih, memahami jenis data Redis — jenis teras dan khusus serta bila hendak menggunakan setiap satu — adalah pengetahuan penting yang kerap diaplikasikan untuk sesiapa yang menggunakan Redis, asas untuk memanfaatkan Redis dengan berkesan melebihi storan key-value yang remeh.