Redisがサポートするデータ型は何ですか？

Question

Accepted Answer

Redisは複数の**データ構造**を値としてサポートしています — 文字列、リスト、ハッシュ、セット、ソート済みセット、加えて特殊型（ストリーム、ビットマップ、HyperLogLog、地理空間）。各ユースケースに適したデータ型を選択することが、Redisを効果的に使用するための鍵です。

## コアデータ型

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

## 特殊型

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

## 適切なデータ型の選択

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

## なぜ重要なのか

Redisのデータ型を理解することはRedisを効果的に使用するための基本です。なぜなら、Redisの力は正にその**豊富なデータ構造**（単なるキー値ストレージではない）から来ており、それらを知り、各々をいつ使うかを理解することが実践的な必須知識だからです。

**コア型**はそれぞれ異なるニーズに適しています：**文字列**（シンプルな値とアトミックカウンタ）、**リスト**（キュー、スタック、最近のアイテムフィード用の順序付きコレクション）、**ハッシュ**（複数のフィールドを持つオブジェクト/レコードを一緒に保存 — エンティティに効率的）、**セット**（メンバーシップテスト、タグ、関係性用のユニークなコレクション、交差などのセット演算付き）、そして**ソート済みセット**（スコアでランク付けされたメンバー — リーダーボード、ランキング、優先度キュー向けの自然な選択）。

**特殊型**の理解 — ストリーム（コンシューマーグループ付きの追記専用ログ、メッセージキューやイベントソーシング用）、ビットマップ（コンパクトなフラグ）、HyperLogLog（小さなメモリで概算ユニークカウント）、地理空間（位置情報クエリ）— はRedisが効率的にできることを広げます。

最も重要なことに、**各ユースケースに適したデータ型を選択すること**（リーダーボード用のソート済みセット、オブジェクト用のハッシュ、キュー用のリスト）がRedis操作を効率的で自然にする — 間違った構造を使用すると、ぎこちなく遅い解決策につながります。

Redisの価値はそのデータ構造から来ており、それらを適切に使用することはRedisを扱うコアスキルです。また、構造の選択は操作が効率的かつコードがクリーンかどうかを直接左右するため、Redisのデータ型 — コア型と特殊型、および各々をいつ使うか — を理解することは、Redisを使用する誰もが頻繁に応用する必須知識であり、単純なキー値ストレージを超えてRedisを効果的に活用するための基盤です。