Redis hangi veri türlerini destekler?

Question

Accepted Answer

Redis, değerler olarak birkaç **veri yapısını** destekler — dizeler (strings), listeler, hash'ler, kümeler (sets), sıralanmış kümeler, artı özel türler (streams, bitmaplar, HyperLogLog, coğrafi). Her kullanım durumu için doğru türü seçmek Redis'i etkili bir şekilde kullanmanın anahtarıdır.

## Temel veri türleri

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

## Özel türler

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

## Doğru türü seçmek

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

## Neden önemli

Redis'in veri türlerini anlamak, Redis'i etkili bir şekilde kullanmanın temeli olduğundan, çünkü Redis'in gücü tam olarak **zengin veri yapılarından** (sadece basit anahtar-değer depolaması değil) gelir, bu nedenle bunları bilmek ve her birini ne zaman kullanacağını bilmek gerekli pratik bilgidir.

**Temel türlerin** her biri farklı ihtiyaçlara uygun: **dizeler** (basit değerler ve atomik sayaçlar), **listeler** (kuyruklar, yığınlar ve son-öğeler beslemeleri için sıralı koleksiyonlar), **hash'ler** (nesneleri/kayıtları birden fazla alanla birlikte depolama — varlıklar için verimli), **kümeler** (üyelik testleri, etiketler ve ilişkiler için benzersiz koleksiyonlar, kesişim gibi küme işlemleriyle), ve **sıralanmış kümeler** (üyeler puan tarafından sıralanır — liderlik tabloları, sıralamalar ve öncelik kuyrukları için doğal seçim).

**Özel türleri** anlamak — streams (tüketici gruplarıyla salt ekleme günlükleri, ileti kuyrukları ve olay kaynakları için), bitmaplar (kompakt bayraklar), HyperLogLog (küçük bellekte yaklaşık benzersiz sayımlar) ve coğrafi (konum sorguları) — Redis'in ne kadar verimli olabileceğini genişletir.

En önemlisi, **her kullanım durumu için doğru türü seçmek** (liderlik tablosu için sıralanmış küme, nesne için hash, kuyruk için liste), Redis işlemlerini verimli ve doğal kılar — yanlış yapı kullanmak garip, yavaş çözümlere yol açar.

Redis'in değeri veri yapılarından geldiğinden ve bunları uygun şekilde kullanmak Redis ile çalışmanın temel becerisi olduğundan, yapı seçimi işlemlerin verimli ve kodun temiz olup olmadığını doğrudan belirlediğinden, Redis veri türlerini — temel ve özel türleri ve her birini ne zaman kullanacağını — anlamak, Redis kullanan herkes için gerekli, sık uygulanan bilgidir ve Redis'i önemsiz anahtar-değer depolama ötesinde etkili bir şekilde kullanmanın temelidir.