Tipe data apa yang didukung Redis?

Question

Accepted Answer

Redis mendukung beberapa **struktur data** sebagai nilai — string, list, hash, set, sorted set, plus tipe khusus (stream, bitmap, HyperLogLog, geospatial). Memilih tipe yang tepat untuk setiap kasus penggunaan adalah kunci untuk menggunakan Redis secara efektif.

## Tipe data inti

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

## Tipe 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 tipe yang tepat

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

Memahami tipe data Redis adalah fundamental untuk menggunakan Redis secara efektif, karena kekuatan Redis datang justru dari **struktur data yang kaya** (bukan hanya penyimpanan key-value sederhana), jadi mengetahuinya dan kapan menggunakan masing-masing adalah pengetahuan praktis yang esensial.

**Tipe inti** masing-masing cocok untuk kebutuhan berbeda: **string** (nilai sederhana dan counter atomik), **list** (koleksi terurut untuk antrian, tumpukan, dan feed item terbaru), **hash** (menyimpan objek/record dengan multiple field bersama — efisien untuk entitas), **set** (koleksi unik untuk tes keanggotaan, tag, dan relasi, dengan operasi set seperti intersection), dan **sorted set** (anggota diranking berdasarkan score — pilihan alami untuk leaderboard, ranking, dan antrian prioritas).

Memahami **tipe khusus** — stream (log append-only dengan consumer group, untuk message queue dan event sourcing), bitmap (bendera kompak), HyperLogLog (hitungan unik perkiraan dalam memori kecil), dan geospatial (query lokasi) — memperluas apa yang bisa dilakukan Redis secara efisien.

Paling penting, **memilih tipe yang tepat** untuk setiap kasus penggunaan (sorted set untuk leaderboard, hash untuk objek, list untuk antrian) adalah apa yang membuat operasi Redis efisien dan natural — menggunakan struktur yang salah menghasilkan solusi yang canggung dan lambat.

Karena nilai Redis berasal dari struktur datanya dan menggunakannya dengan tepat adalah skill inti dalam bekerja dengan Redis, dan karena pilihan struktur secara langsung menentukan apakah operasi efisien dan kode bersih, memahami tipe data Redis — tipe inti dan khusus serta kapan menggunakan masing-masing — adalah pengetahuan yang esensial dan sering diterapkan bagi siapa pun yang menggunakan Redis, fondasi untuk memanfaatkan Redis secara efektif melampaui penyimpanan key-value trivial.