sorted sets คืออะไรและใช้อย่างไร?

Question

Accepted Answer

**Sorted sets** (ZSETs) เป็นหนึ่งในโครงสร้างที่ทรงพลังที่สุดของ Redis — คอลเลกชันของ **สมาชิกที่ไม่ซ้ำ ซึ่งแต่ละตัวมี score เป็นตัวเลข** และถูก **จัดเรียงตาม score โดยอัตโนมัติ** มันเป็นโครงสร้างที่นิยมใช้สำหรับ leaderboards, rankings, priority queues และข้อมูลที่เรียงตามเวลา

## การดำเนินการกับ sorted set

```bash
# add members with scores; the set stays ordered by score automatically
ZADD leaderboard 100 "Ann" 90 "Bob" 110 "Carol"
ZRANGE leaderboard 0 -1 WITHSCORES        # ascending by score: Bob(90), Ann(100), Carol(110)
ZREVRANGE leaderboard 0 2 WITHSCORES      # DESCENDING top 3 (highest scores first)
ZRANK leaderboard "Ann"                    # Ann's rank (position) ascending
ZREVRANK leaderboard "Ann"                 # rank descending (e.g. "2nd place")
ZSCORE leaderboard "Ann"                   # => 100 (Ann's score)
ZINCRBY leaderboard 5 "Ann"               # add 5 to Ann's score (atomic)
```

สมาชิกไม่ซ้ำกัน (เหมือน set) แต่แต่ละตัวมี score และเซตจะถูกจัดเรียงตาม score เสมอ — ดังนั้นคุณจึงสามารถดึงช่วงข้อมูล อันดับ และผลลัพธ์ที่เรียงลำดับได้อย่างมีประสิทธิภาพ

## use case: leaderboard / ranking

```bash
# a game leaderboard — update scores, get top players and ranks instantly
ZINCRBY game:scores 10 "player1"          # player scores 10 points
ZREVRANGE game:scores 0 9 WITHSCORES      # top 10 players
ZREVRANK game:scores "player1"             # this player's rank
# → all efficient; the sorted set keeps everything ranked automatically
```

**Leaderboards** เป็น use case คลาสสิก: score อัปเดต และคุณดึง top N และอันดับของผู้เล่นคนใดก็ได้ทันที — อย่างมีประสิทธิภาพ โดยไม่ต้องจัดเรียงเอง

## range query ตาม score

```bash
ZRANGEBYSCORE leaderboard 90 100          # members with scores 90-100
ZREMRANGEBYSCORE events 0 1609459200      # remove old items by score (e.g. timestamp)
# → using a TIMESTAMP as the score makes a time-ordered set (priority queue, time-series)
```

การใช้ **timestamp เป็น score** สร้างข้อมูลที่เรียงตามเวลา — เป็นรูปแบบที่พบบ่อยสำหรับ priority queue, scheduled task และข้อมูลที่จำกัดช่วงเวลา

## ทำไมจึงสำคัญ

Sorted sets เป็นหนึ่งในโครงสร้างข้อมูลที่ทรงพลังและโดดเด่นที่สุดของ Redis ดังนั้นการเข้าใจมันจึงเป็นความรู้ที่มีคุณค่าซึ่งปลดล็อก use case ที่สำคัญ

การผสมผสาน — **สมาชิกที่ไม่ซ้ำ แต่ละตัวมี score และถูกจัดเรียงโดยอัตโนมัติ** — แก้ปัญหาที่จะยุ่งยากด้วยวิธีอื่นได้อย่างมีประสิทธิภาพ

การนำไปใช้คลาสสิกคือ **leaderboards/rankings**: score อัปเดต (`ZINCRBY`) และคุณดึง **top N** (`ZREVRANGE`) และ **อันดับ** ของสมาชิกคนใดก็ได้ (`ZREVRANK`) ทันทีโดยไม่ต้องจัดเรียงเอง — ทำให้ leaderboard แบบเรียลไทม์ (พบบ่อยในเกม การแข่งขัน เนื้อหายอดนิยม) ทำได้ง่ายและมีประสิทธิภาพ ซึ่งเป็น use case อันเป็นเอกลักษณ์ของ Redis

นอกเหนือจาก leaderboard sorted sets ยังรองรับ **priority queue** (score = ลำดับความสำคัญ), **ข้อมูลที่เรียงตามเวลาและ scheduled task** (ใช้ **timestamp เป็น score** เพื่อสร้างเซตที่เรียงตามเวลา ทำให้สามารถ query ช่วงตามเวลาและลบรายการเก่าได้ — เป็นรูปแบบที่พบบ่อยสำหรับ time-series, delayed job และข้อมูลที่จำกัดช่วงเวลา) และ **range query ตาม score** (`ZRANGEBYSCORE`)

การเข้าใจ sorted sets และรูปแบบเหล่านี้ทำให้คุณแก้ปัญหาการจัดอันดับ การจัดลำดับความสำคัญ และการเรียงตามเวลาได้อย่างสง่างามด้วย Redis

เนื่องจาก rankings, leaderboards, priority queue และข้อมูลที่เรียงตามเวลาเป็นความต้องการที่พบบ่อย และเนื่องจาก sorted sets มอบโครงสร้างที่มีประสิทธิภาพและสง่างามสำหรับทั้งหมดนี้ (โดยรักษาลำดับตาม score โดยอัตโนมัติ) การเข้าใจ sorted sets — การดำเนินการ use case leaderboard และรูปแบบ timestamp-as-score สำหรับข้อมูลที่เรียงตามเวลา — จึงเป็นความรู้ Redis ที่มีคุณค่าและโดดเด่นซึ่งปลดล็อกความสามารถที่ทรงพลัง เป็นหนึ่งในโครงสร้างที่แสดงให้เห็นได้ดีที่สุดว่าทำไม data type ที่หลากหลายของ Redis จึงทำให้มันเป็นมากกว่า cache ธรรมดา