Bird
Raised Fist0
Redisquery~30 mins

Why sorted sets combine uniqueness with ordering in Redis - See It in Action

Choose your learning style10 modes available
Why Sorted Sets Combine Uniqueness with Ordering
📖 Scenario: Imagine you are managing a leaderboard for a game. You want to keep track of players' scores so that each player appears only once, and the list is always sorted from highest to lowest score.
🎯 Goal: Build a Redis sorted set that stores player names with their scores, ensuring each player is unique and the set is ordered by score.
📋 What You'll Learn
Create a sorted set with specific player-score pairs
Add a new player with a score to the sorted set
Retrieve the players ordered by their scores
Ensure no duplicate players exist in the sorted set
💡 Why This Matters
🌍 Real World
Leaderboards in games, ranking websites, or any system where unique items need to be sorted by a score or priority.
💼 Career
Understanding sorted sets is essential for roles involving caching, real-time analytics, and building efficient ranking systems using Redis.
Progress0 / 4 steps
1
Create a sorted set with initial players and scores
Use the Redis command ZADD to create a sorted set called game_leaderboard with these exact player-score pairs: 100 Alice, 150 Bob, 120 Charlie.
Redis
Hint

Use ZADD followed by the sorted set name, then pairs of score member.

2
Add a new player with a score to the sorted set
Add a new player David with a score of 130 to the existing sorted set game_leaderboard using the ZADD command.
Redis
Hint

Use ZADD game_leaderboard 130 David to add David with score 130.

3
Retrieve players ordered by their scores
Use the Redis command ZREVRANGE to get all players from game_leaderboard ordered from highest to lowest score, including their scores.
Redis
Hint

Use ZREVRANGE game_leaderboard 0 -1 WITHSCORES to get all players sorted from highest to lowest score.

4
Add a duplicate player with a new score to update the score
Add the player Alice again with a new score of 160 using ZADD to update her score in game_leaderboard. This should keep the player unique and update the score.
Redis
Hint

Use ZADD game_leaderboard 160 Alice to update Alice's score and keep her unique in the set.

Practice

(1/5)
1. What is the main reason Redis sorted sets combine uniqueness with ordering?
easy
A. To store unique members with associated scores for sorted retrieval
B. To allow duplicate members with different scores
C. To store unordered lists of members
D. To only store scores without members

Solution

  1. Step 1: Understand uniqueness in sorted sets

    Sorted sets store each member only once, ensuring uniqueness.
  2. Step 2: Understand ordering in sorted sets

    Each member has a score that determines its order in the set.
  3. Final Answer:

    To store unique members with associated scores for sorted retrieval -> Option A
  4. Quick Check:

    Uniqueness + ordering = unique members with scores [OK]
Hint: Remember: unique members + scores = sorted sets [OK]
Common Mistakes:
  • Thinking duplicates are allowed
  • Confusing sorted sets with lists
  • Ignoring the role of scores
2. Which of the following is the correct Redis command to add a member with a score to a sorted set?
easy
A. ZADD myset member1 10
B. SADD myset 10 member1
C. ZADD myset 10 member1
D. ADD myset 10 member1

Solution

  1. Step 1: Recall Redis sorted set add syntax

    The correct syntax is ZADD key score member.
  2. Step 2: Match syntax with options

    ZADD myset 10 member1 matches ZADD myset 10 member1 correctly.
  3. Final Answer:

    ZADD myset 10 member1 -> Option C
  4. Quick Check:

    ZADD key score member = correct syntax [OK]
Hint: ZADD uses score before member name [OK]
Common Mistakes:
  • Using SADD instead of ZADD
  • Swapping score and member order
  • Using ADD command which doesn't exist
3. Given the commands:
ZADD myset 5 apple
ZADD myset 10 banana
ZADD myset 7 cherry
What will ZRANGE myset 0 -1 WITHSCORES return?
medium
A. ["apple", "5", "banana", "10", "cherry", "7"]
B. ["apple", "5", "cherry", "7", "banana", "10"]
C. ["banana", "10", "cherry", "7", "apple", "5"]
D. ["cherry", "7", "apple", "5", "banana", "10"]

Solution

  1. Step 1: Understand ZADD inserts with scores

    Members apple=5, banana=10, cherry=7 are added.
  2. Step 2: ZRANGE returns members sorted by score ascending

    Order is apple(5), cherry(7), banana(10).
  3. Final Answer:

    ["apple", "5", "cherry", "7", "banana", "10"] -> Option B
  4. Quick Check:

    ZRANGE sorts by score ascending [OK]
Hint: ZRANGE returns members sorted by score ascending [OK]
Common Mistakes:
  • Assuming ZRANGE sorts by insertion order
  • Confusing WITHSCORES output format
  • Mixing up ascending and descending order
4. You run these commands:
ZADD myset 1 apple
ZADD myset 2 apple
ZRANGE myset 0 -1
But the output shows only one 'apple'. What is the issue?
medium
A. The second ZADD command has wrong syntax
B. Redis sorted sets allow duplicates, so this is a bug
C. ZRANGE command is incorrect and filters duplicates
D. Sorted sets do not allow duplicate members; score is updated instead

Solution

  1. Step 1: Understand uniqueness in sorted sets

    Sorted sets keep unique members only; adding same member updates score.
  2. Step 2: Analyze commands effect

    Second ZADD updates 'apple' score from 1 to 2, no duplicate added.
  3. Final Answer:

    Sorted sets do not allow duplicate members; score is updated instead -> Option D
  4. Quick Check:

    Same member updates score, no duplicates [OK]
Hint: Same member updates score, no duplicates added [OK]
Common Mistakes:
  • Expecting duplicates in sorted sets
  • Thinking ZRANGE filters duplicates
  • Assuming syntax error caused issue
5. You want to keep a leaderboard where players have unique names and scores that can change. Which Redis data structure best fits this need and why?
hard
A. Sorted sets, because they store unique members with scores and keep them ordered
B. Lists, because they allow duplicates and maintain insertion order
C. Hashes, because they store key-value pairs without ordering
D. Sets, because they store unique members but no scores

Solution

  1. Step 1: Identify requirements for leaderboard

    Need unique player names, scores, and sorted order by score.
  2. Step 2: Match Redis data structures to requirements

    Sorted sets store unique members with scores and keep order automatically.
  3. Step 3: Exclude other options

    Lists allow duplicates and no score ordering; hashes lack ordering; sets lack scores.
  4. Final Answer:

    Sorted sets, because they store unique members with scores and keep them ordered -> Option A
  5. Quick Check:

    Leaderboard needs unique + ordered scores = sorted sets [OK]
Hint: Leaderboard needs unique + ordered scores: use sorted sets [OK]
Common Mistakes:
  • Choosing lists or sets ignoring ordering or scores
  • Confusing hashes with sorted sets
  • Not considering uniqueness requirement
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard