Bird
Raised Fist0
DynamoDBquery~10 mins

Composite sort key pattern in DynamoDB - Interactive Code Practice

Choose your learning style10 modes available
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to define a composite sort key by concatenating 'CATEGORY' and 'DATE'.

DynamoDB
SortKey = CATEGORY [1] DATE
Drag options to blanks, or click blank then click option'
A||
B#
C+
D-
Attempts:
3 left
💡 Hint
Common Mistakes
Using '#' directly as an operator instead of a string.
Using '||' which is not a string concatenation operator in this context.
2fill in blank
medium

Complete the code to create a composite sort key string with a '#' separator between 'CATEGORY' and 'DATE'.

DynamoDB
SortKey = CATEGORY + [1] + DATE
Drag options to blanks, or click blank then click option'
A\#
B"#"
C#
D'#'
Attempts:
3 left
💡 Hint
Common Mistakes
Using # without quotes causes syntax errors.
Using escape characters unnecessarily.
3fill in blank
hard

Fix the error in the composite sort key assignment by choosing the correct operator to concatenate strings.

DynamoDB
SortKey = CATEGORY [1] DATE
Drag options to blanks, or click blank then click option'
A+
B&&
C*
D-
Attempts:
3 left
💡 Hint
Common Mistakes
Using logical operators like '&&' instead of concatenation.
Using arithmetic operators that don't work with strings.
4fill in blank
hard

Fill both blanks to create a composite sort key with a '#' separator between 'CATEGORY' and 'DATE'.

DynamoDB
SortKey = [1] + [2] + DATE
Drag options to blanks, or click blank then click option'
ACATEGORY
BDATE
C'#'
DSortKey
Attempts:
3 left
💡 Hint
Common Mistakes
Putting DATE in the first blank instead of CATEGORY.
Using the variable name 'SortKey' inside the expression.
5fill in blank
hard

Fill all three blanks to build a composite sort key string combining 'CATEGORY', '#', and 'DATE' correctly.

DynamoDB
SortKey = [1] + [2] + [3]
Drag options to blanks, or click blank then click option'
ACATEGORY
B'#'
CDATE
DSortKey
Attempts:
3 left
💡 Hint
Common Mistakes
Using 'SortKey' as a part of the concatenation.
Forgetting to put '#' in quotes.

Practice

(1/5)
1. What is the main purpose of using a composite sort key in DynamoDB?
easy
A. To create a unique partition key for each item
B. To increase the read capacity of the table
C. To encrypt data stored in the table
D. To combine multiple attributes into one key for better sorting and grouping

Solution

  1. Step 1: Understand composite sort key concept

    A composite sort key combines multiple values into one string to organize data efficiently.
  2. Step 2: Identify its main use

    This helps group related items and sort them within the same partition key.
  3. Final Answer:

    To combine multiple attributes into one key for better sorting and grouping -> Option D
  4. Quick Check:

    Composite sort key = combine attributes [OK]
Hint: Composite sort keys combine values to sort and group data [OK]
Common Mistakes:
  • Confusing composite sort key with partition key
  • Thinking it encrypts data
  • Assuming it increases capacity
2. Which of the following is a correct example of a composite sort key format?
easy
A. 2023-04-01_Customer123_Order
B. Customer123|Order|2023-04-01
C. Order:2023-04-01:Customer123
D. Order#2023-04-01#Customer123

Solution

  1. Step 1: Identify proper delimiter usage

    Composite sort keys use clear delimiters like colons to separate parts for easy parsing.
  2. Step 2: Check each option's delimiter consistency

    Order:2023-04-01:Customer123 uses colons consistently, making it a clear composite key format.
  3. Final Answer:

    Order:2023-04-01:Customer123 -> Option C
  4. Quick Check:

    Clear delimiters = Order:2023-04-01:Customer123 [OK]
Hint: Use consistent delimiters like ':' in composite keys [OK]
Common Mistakes:
  • Using inconsistent or unclear delimiters
  • Mixing delimiters without pattern
  • Not separating parts clearly
3. Given a DynamoDB table with partition key UserID and composite sort key OrderDate#OrderID, what will be the result of querying for UserID = 'U123' and sort key begins with '2023-05-'?
medium
A. All orders by user U123 placed in May 2023
B. All orders by user U123 regardless of date
C. Orders from all users placed in May 2023
D. No results because sort key format is invalid

Solution

  1. Step 1: Understand the composite sort key structure

    The sort key combines OrderDate and OrderID separated by '#', so prefix '2023-05-' matches May 2023 orders.
  2. Step 2: Query with partition key and sort key prefix

    Querying UserID='U123' and sort key begins with '2023-05-' returns all U123's orders in May 2023.
  3. Final Answer:

    All orders by user U123 placed in May 2023 -> Option A
  4. Quick Check:

    Partition + sort key prefix = filtered orders [OK]
Hint: Use sort key prefix to filter by date in composite keys [OK]
Common Mistakes:
  • Ignoring partition key in query
  • Assuming all users' data is returned
  • Misunderstanding sort key prefix filtering
4. You wrote a composite sort key as OrderDate-OrderID but your queries using begins_with('2023-06') return no results. What is the likely problem?
medium
A. The sort key should use a consistent delimiter like ':' or '#' instead of '-'
B. The query must use contains instead of begins_with
C. The delimiter '-' is missing in the query filter
D. The partition key is incorrect

Solution

  1. Step 1: Check delimiter consistency in composite keys

    Using '-' as delimiter can cause confusion if date format also contains '-'.
  2. Step 2: Understand query prefix matching

    Because date and delimiter both use '-', the prefix '2023-06' may not match correctly; consistent delimiters like ':' or '#' avoid this.
  3. Final Answer:

    The sort key should use a consistent delimiter like ':' or '#' instead of '-' -> Option A
  4. Quick Check:

    Delimiter confusion breaks prefix queries [OK]
Hint: Avoid delimiters that appear in data parts [OK]
Common Mistakes:
  • Using delimiters that clash with data format
  • Wrong query function for prefix
  • Ignoring partition key correctness
5. You want to design a DynamoDB table to store chat messages with partition key ChatRoomID and composite sort key combining MessageDate and MessageID. Which composite sort key format is best to efficiently query messages by date and maintain uniqueness?
hard
A. MessageID#MessageDate with date in any format
B. MessageDate#MessageID with date in ISO format (YYYY-MM-DDTHH:mm:ss)
C. MessageDate-MessageID with date in MM/DD/YYYY
D. MessageDate_MessageID with date as Unix timestamp

Solution

  1. Step 1: Choose delimiter and date format for sorting

    Using '#' as delimiter is clear and ISO date format sorts lexicographically by date/time.
  2. Step 2: Ensure uniqueness and query efficiency

    Placing MessageDate first allows range queries by date; MessageID ensures uniqueness within same timestamp.
  3. Final Answer:

    MessageDate#MessageID with date in ISO format (YYYY-MM-DDTHH:mm:ss) -> Option B
  4. Quick Check:

    ISO date + clear delimiter = best composite key [OK]
Hint: Use ISO date + clear delimiter for sortable composite keys [OK]
Common Mistakes:
  • Using ambiguous delimiters
  • Placing unique ID before date
  • Using non-lexicographically sortable date formats
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