AWS CLI for DynamoDB - Time & Space Complexity
Start learning this pattern below
Jump into concepts and practice - no test required
We want to understand how the time needed to run AWS CLI commands for DynamoDB changes as we work with more data.
Specifically, how does the number of operations grow when we scan or query a table with many items?
Analyze the time complexity of scanning a DynamoDB table using AWS CLI.
aws dynamodb scan \
--table-name MusicCollection \
--filter-expression "Artist = :artist" \
--expression-attribute-values '{":artist":{"S":"No One You Know"}}'
This command scans the entire MusicCollection table and filters items where the Artist attribute matches "No One You Know".
Look at what happens repeatedly during this scan operation.
- Primary operation: Scan API call that reads items page by page.
- How many times: Multiple calls happen internally if the table has many items, because scan reads in chunks (pages).
As the number of items in the table grows, the scan operation must read more pages.
| Input Size (n) | Approx. API Calls/Operations |
|---|---|
| 10 | 1 scan call (one page) |
| 100 | 1-2 scan calls (depending on page size) |
| 1000 | Multiple scan calls (many pages) |
Pattern observation: The number of scan calls grows roughly in direct proportion to the number of items, because each call reads a limited number of items.
Time Complexity: O(n)
This means the time to complete the scan grows linearly with the number of items in the table.
[X] Wrong: "Scanning a DynamoDB table always takes the same time no matter how many items it has."
[OK] Correct: Scan reads all items page by page, so more items mean more pages and more time.
Understanding how scan operations scale helps you design efficient data access and shows you know how cloud services behave with growing data.
"What if we changed the scan to a query using a partition key? How would the time complexity change?"
Practice
aws dynamodb list-tables do?Solution
Step 1: Understand the command purpose
The commandaws dynamodb list-tablesis designed to list existing tables, not modify or delete them.Step 2: Match command to action
Listing tables means showing all table names in your current AWS region and account.Final Answer:
It shows all DynamoDB tables in your AWS account and region. -> Option AQuick Check:
List tables = Show tables [OK]
- Confusing list-tables with delete-table
- Thinking it creates or updates tables
- Assuming it shows table data instead of names
Books with a primary key ISBN and a title attribute?Solution
Step 1: Identify correct command and parameters
The correct command to add an item isput-itemwith--table-nameand--itemparameters.Step 2: Check JSON format for item
The item must be a JSON string with attribute names and types, e.g., {"ISBN": {"S": "12345"}} where "S" means string type.Final Answer:
aws dynamodb put-item --table-name Books --item '{"ISBN": {"S": "12345"}, "Title": {"S": "Cloud Basics"}}' -> Option BQuick Check:
Put-item + correct JSON format = aws dynamodb put-item --table-name Books --item '{"ISBN": {"S": "12345"}, "Title": {"S": "Cloud Basics"}}' [OK]
- Using wrong command like add-item or insert-item
- Missing data types in JSON attributes
- Using --table instead of --table-name
aws dynamodb get-item --table-name Users --key '{"UserId": {"S": "user123"}}' --projection-expression "Name, Age"Assuming the table has an item with UserId 'user123', Name 'Alice', Age 30, and Email 'alice@example.com'.
Solution
Step 1: Understand get-item with projection-expression
The--projection-expressionlimits returned attributes to those listed, here "Name, Age".Step 2: Check expected output
Since Email is not in projection-expression, it will not be returned. Only Name and Age appear.Final Answer:
Returns only the Name and Age attributes of the item. -> Option DQuick Check:
Projection-expression filters attributes = Returns only the Name and Age attributes of the item. [OK]
- Assuming all attributes return by default
- Thinking projection-expression causes error
- Confusing projection-expression with filter-expression
aws dynamodb put-item --table-name Products --item '{"ProductId": "123", "Name": "Pen"}'What is the likely cause of the error?
Solution
Step 1: Check item JSON format requirements
DynamoDB requires attribute values to specify data types, e.g., {"S": "123"} for string.Step 2: Identify missing data types in JSON
The command uses plain strings without data types, causing a syntax error.Final Answer:
The item JSON is missing data types for attributes. -> Option AQuick Check:
Missing data types in item JSON causes error [OK]
- Ignoring data type syntax in item JSON
- Assuming --put-item is invalid command
- Not verifying table name correctness
Orders with a primary key OrderId (string) and a sort key OrderDate (string). Which AWS CLI command is correct?Solution
Step 1: Identify correct command syntax for create-table
The correct syntax uses--attribute-definitionswith AttributeName and AttributeType, and--key-schemawith AttributeName and KeyType (HASH for partition key, RANGE for sort key).Step 2: Check provisioned throughput format
Provisioned throughput requiresReadCapacityUnitsandWriteCapacityUnitswith numeric values.Final Answer:
aws dynamodb create-table --table-name Orders --attribute-definitions AttributeName=OrderId,AttributeType=S AttributeName=OrderDate,AttributeType=S --key-schema AttributeName=OrderId,KeyType=HASH AttributeName=OrderDate,KeyType=RANGE --provisioned-throughput ReadCapacityUnits=5,WriteCapacityUnits=5 -> Option CQuick Check:
Create-table syntax with attribute-definitions and key-schema = aws dynamodb create-table --table-name Orders --attribute-definitions AttributeName=OrderId,AttributeType=S AttributeName=OrderDate,AttributeType=S --key-schema AttributeName=OrderId,KeyType=HASH AttributeName=OrderDate,KeyType=RANGE --provisioned-throughput ReadCapacityUnits=5,WriteCapacityUnits=5 [OK]
- Using wrong flags like --table or --attributes
- Incorrect key schema format
- Wrong provisioned throughput parameter names
