Jump into concepts and practice - no test required
or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Recall & Review
beginner
What is the purpose of a sort key condition in a DynamoDB query?
A sort key condition helps filter the results within a partition by specifying criteria on the sort key, such as equality, range, or prefix matching.
Click to reveal answer
beginner
Which operator would you use to find items where the sort key is greater than a certain value?
You would use the '>' operator in the KeyConditionExpression to find items with a sort key greater than the specified value.
Click to reveal answer
intermediate
Explain the difference between '=' and 'begins_with' in sort key conditions.
'=' checks for exact match of the sort key value, while 'begins_with' checks if the sort key starts with a specified prefix, allowing partial matching.
Click to reveal answer
intermediate
Can you use multiple conditions on the sort key in a single DynamoDB query?
Yes, you can combine conditions using operators like BETWEEN to specify a range or multiple criteria on the sort key.
Click to reveal answer
beginner
What happens if you omit the sort key condition in a DynamoDB query on a table with a composite primary key?
If you omit the sort key condition, the query will return all items with the specified partition key, which might be a large result set.
Click to reveal answer
Which of the following is a valid sort key condition in DynamoDB?
ASortKey = :value
BSortKey != :value
CSortKey LIKE '%value%'
DSortKey CONTAINS :value
✗ Incorrect
DynamoDB supports '=' for exact match on sort key, but does not support '!=' or SQL LIKE syntax in KeyConditionExpression.
What does the 'begins_with' function do in a sort key condition?
AChecks if the sort key starts with a value
BChecks if the sort key ends with a value
CChecks if the sort key contains a value anywhere
DChecks if the sort key equals a value
✗ Incorrect
'begins_with' checks if the sort key starts with the specified prefix.
Which operator allows you to query items with sort keys between two values?
ALIKE
BIN
CBETWEEN
DNOT BETWEEN
✗ Incorrect
'BETWEEN' is used to specify a range condition on the sort key.
If you want to query items with sort key greater than 100, which condition is correct?
ASortKey = :val
BSortKey >= :val
CSortKey < :val
DSortKey > :val
✗ Incorrect
'>' operator filters items with sort key greater than the given value.
Can you use 'contains' in a KeyConditionExpression for sort key?
AYes, it works like 'begins_with'
BNo, 'contains' is not allowed in KeyConditionExpression
CYes, but only for partition key
DYes, but only with numeric sort keys
✗ Incorrect
'contains' is not supported in KeyConditionExpression; it can be used in FilterExpression instead.
Describe how to use sort key conditions in a DynamoDB query to filter results within a partition.
Think about how you can specify exact or range matches on the sort key.
You got /5 concepts.
Explain the difference between filtering with sort key conditions and using FilterExpression in DynamoDB queries.
Consider when DynamoDB applies each filter and how it affects efficiency.
You got /4 concepts.
Practice
(1/5)
1. In DynamoDB, when you use a Query operation with a sort key condition, which of the following is always required?
easy
A. Specify only the sort key condition without the partition key
B. Use a scan operation instead of query
C. Specify the partition key with '=' and a condition on the sort key
D. Specify only the partition key without any sort key condition
Solution
Step 1: Understand Query requirements
A DynamoDB Query must always specify the partition key with '=' to identify the partition.
Step 2: Add sort key condition
You can add conditions on the sort key to filter items within that partition.
Final Answer:
Specify the partition key with '=' and a condition on the sort key -> Option C
Hint: Partition key '=' is mandatory in Query with sort key condition [OK]
Common Mistakes:
Trying to query without specifying partition key
Using scan instead of query for sort key filtering
Specifying only sort key condition without partition key
2. Which of the following is the correct syntax for a DynamoDB Query with a sort key condition to find items where the sort key Timestamp is greater than 1000?
easy
A. KeyConditionExpression: 'PartitionKey > :pk AND Timestamp > :ts', ExpressionAttributeValues: { ':pk': 'User1', ':ts': 1000 }
B. KeyConditionExpression: 'PartitionKey = :pk OR Timestamp > :ts', ExpressionAttributeValues: { ':pk': 'User1', ':ts': 1000 }
C. KeyConditionExpression: 'PartitionKey = :pk AND Timestamp == :ts', ExpressionAttributeValues: { ':pk': 'User1', ':ts': 1000 }
D. KeyConditionExpression: 'PartitionKey = :pk AND Timestamp > :ts', ExpressionAttributeValues: { ':pk': 'User1', ':ts': 1000 }
Solution
Step 1: Use '=' for partition key
The partition key must be compared with '=' in the KeyConditionExpression.
Step 2: Use '>' for sort key condition
The sort key condition can use operators like '>' to filter items.
Final Answer:
KeyConditionExpression: 'PartitionKey = :pk AND Timestamp > :ts' -> Option D
Quick Check:
PartitionKey '=' and sort key '>' correct syntax [OK]
Hint: Partition key '=' and sort key condition combined with AND [OK]
Common Mistakes:
Using OR instead of AND in KeyConditionExpression
Using '>' for partition key instead of '='
Using '==' instead of '=' for partition key
3. Given a DynamoDB table with partition key UserID and sort key OrderDate, what will the following query return?
KeyConditionExpression: 'UserID = :uid AND OrderDate BETWEEN :start AND :end'
ExpressionAttributeValues: { ':uid': 'user123', ':start': '2023-01-01', ':end': '2023-01-31' }
medium
A. All orders for 'user123' placed between January 1 and January 31, 2023 inclusive
B. All orders for all users placed between January 1 and January 31, 2023
C. All orders for 'user123' placed before January 1, 2023
D. Syntax error due to BETWEEN usage in KeyConditionExpression
Solution
Step 1: Partition key '=' filters user
The query filters items where UserID equals 'user123'.
Step 2: Sort key BETWEEN filters date range
The BETWEEN operator selects OrderDate values from '2023-01-01' to '2023-01-31' inclusive.
Final Answer:
All orders for 'user123' placed between January 1 and January 31, 2023 inclusive -> Option A
Quick Check:
Partition key '=' + sort key BETWEEN returns filtered range [OK]
Hint: BETWEEN filters sort key range within one partition [OK]
Common Mistakes:
Assuming query returns all users' orders
Thinking BETWEEN excludes boundary dates
Believing BETWEEN is invalid in KeyConditionExpression
4. You wrote this DynamoDB query but it returns no results:
A. No items exist with OrderDate after 2023-12-31 for user123
B. Using '>' operator is not allowed in KeyConditionExpression
C. Partition key UserID should use '>' instead of '='
D. ExpressionAttributeValues keys must not start with ':'
Solution
Step 1: Check operator validity
The '>' operator is valid for sort key conditions in DynamoDB queries.
Step 2: Consider data existence
If no items have OrderDate after '2023-12-31' for 'user123', query returns empty.
Final Answer:
No items exist with OrderDate after 2023-12-31 for user123 -> Option A
Quick Check:
Valid syntax but no matching data = empty result [OK]
Hint: Empty results often mean no matching data, not syntax error [OK]
Common Mistakes:
Thinking '>' is invalid in KeyConditionExpression
Using '>' for partition key instead of '='
Misunderstanding ExpressionAttributeValues syntax
5. You want to query a DynamoDB table with partition key CustomerID and sort key InvoiceDate. You need to find all invoices for CustomerID = 'C123' where InvoiceDate is either before '2023-01-01' or after '2023-12-31'. Which approach correctly achieves this?
hard
A. Use KeyConditionExpression with BETWEEN operator for the two date ranges
B. Run two separate queries: one with InvoiceDate < '2023-01-01' and another with InvoiceDate > '2023-12-31', then combine results
C. Use a scan operation with filter expression for the date conditions
D. Use a single query with KeyConditionExpression: CustomerID = :cid AND InvoiceDate < '2023-01-01' OR InvoiceDate > '2023-12-31'
Solution
Step 1: Understand KeyConditionExpression limits
DynamoDB KeyConditionExpression supports only AND between partition key and sort key conditions, no OR.
Step 2: Query with OR on sort key requires multiple queries
To get items before '2023-01-01' OR after '2023-12-31', run two queries and merge results.
Final Answer:
Run two separate queries: one with InvoiceDate < '2023-01-01' and another with InvoiceDate > '2023-12-31', then combine results -> Option B
Quick Check:
OR on sort key = multiple queries combined [OK]
Hint: DynamoDB Query KeyConditionExpression uses AND only; split OR into queries [OK]