Why Key-value and document store model in DynamoDB? - Purpose & Use Cases

The Big Idea

What if you could find any piece of data instantly, no matter how messy it looks inside?

The Scenario

Imagine you have a huge collection of notes and files scattered in different folders on your computer. To find one specific note, you have to open each folder and search through many files manually.

The Problem

This manual searching is slow and frustrating. You might miss important files or mix up information. It's hard to keep everything organized and quickly find what you need.

The Solution

The key-value and document store model acts like a smart digital filing cabinet. It stores data as pairs of keys and values or as documents, making it super fast and easy to find exactly what you want without digging through piles of files.

Before vs After

✗ Before

Open folder A
Look for file named 'user123'
Read file content

✓ After

Get item where key = 'user123'

What It Enables

This model lets you quickly store and retrieve complex data without worrying about strict tables or schemas, making your apps faster and more flexible.

Real Life Example

Think of an online store saving each customer's shopping cart as a document. When the customer returns, the store instantly loads their cart without searching through many tables.

Key Takeaways

Manual searching through scattered data is slow and error-prone.

Key-value and document stores organize data for instant access.

This model makes apps faster and easier to build with flexible data.

Practice

1. What is the main feature of a key-value store in DynamoDB?

easy

A. It uses a unique key to quickly find data.

B. It requires complex joins between tables.

C. It stores data only in fixed columns.

D. It only supports relational data models.

Solution

1. Step 1: Understand key-value store basics

   A key-value store uses a unique key to store and retrieve data quickly without complex relations.

2. Step 2: Compare options with key-value features

   Options A, C, and D describe relational or fixed schema models, not key-value stores.

3. Final Answer:

   It uses a unique key to quickly find data. -> Option A

4. Quick Check:

   Key-value store = unique key fast access [OK]

Hint: Key-value means unique key for fast lookup [OK]

Common Mistakes:

• Confusing key-value with relational databases
• Thinking key-value needs fixed columns
• Assuming key-value supports joins

2. Which of the following is the correct way to define a composite primary key in a DynamoDB table?

easy

A. PrimaryKey: { PartitionKey: 'UserId', SortKey: 'Timestamp' }

B. PrimaryKey = UserId, SortKey = Timestamp

C. PrimaryKey: { PartitionKey: 'UserId' }

D. PrimaryKey: UserId, ForeignKey: Timestamp

Solution

1. Step 1: Recall DynamoDB primary key syntax

   DynamoDB primary key can be simple (partition key) or composite (partition + sort key) defined as an object with keys PartitionKey and SortKey.

2. Step 2: Check each option's syntax

   PrimaryKey: { PartitionKey: 'UserId', SortKey: 'Timestamp' } correctly shows both PartitionKey and SortKey in an object. PrimaryKey: { PartitionKey: 'UserId' } misses SortKey, B uses wrong assignment syntax, D uses ForeignKey which is invalid in DynamoDB.

3. Final Answer:

   PrimaryKey: { PartitionKey: 'UserId', SortKey: 'Timestamp' } -> Option A

4. Quick Check:

   Primary key = PartitionKey + SortKey object [OK]

Hint: Primary key uses PartitionKey and optional SortKey keys [OK]

Common Mistakes:

• Using equal sign instead of colon in definitions
• Confusing foreign key with sort key
• Omitting sort key when needed

3. Given a DynamoDB table with items: {UserId: '123', Name: 'Alice'}, {UserId: '456', Name: 'Bob'}, what will the query return if you request the item with UserId '123'?

medium

A. [{UserId: '456', Name: 'Bob'}]

B. Error: Item not found

C. []

D. [{UserId: '123', Name: 'Alice'}]

Solution

1. Step 1: Understand query by primary key

   Querying by UserId '123' returns the item with that key if it exists.

2. Step 2: Match UserId '123' in given items

   The item {UserId: '123', Name: 'Alice'} matches the query.

3. Final Answer:

   [{UserId: '123', Name: 'Alice'}] -> Option D

4. Quick Check:

   Query by key returns matching item [OK]

Hint: Query by key returns exact matching item [OK]

Common Mistakes:

• Expecting multiple items for a unique key
• Confusing query result with scan result
• Assuming error if item not found instead of empty

4. You wrote this DynamoDB query but it returns no results: Table.query(KeyConditionExpression='UserId = :uid', ExpressionAttributeValues={':uid': '789'}). What is the likely problem?

medium

A. KeyConditionExpression must use '==' instead of '='.

B. ExpressionAttributeValues should not use colons in keys.

C. The key name 'UserId' is incorrect or missing in the table.

D. Query requires a ScanIndexForward parameter.

Solution

1. Step 1: Check key name correctness

   If the key name 'UserId' does not exist or is misspelled in the table schema, the query returns no results.

2. Step 2: Validate syntax and parameters

   Using ':' in ExpressionAttributeValues keys is correct. '=' is valid in KeyConditionExpression. ScanIndexForward is optional for sorting, not required for results.

3. Final Answer:

   The key name 'UserId' is incorrect or missing in the table. -> Option C

4. Quick Check:

   Correct key name needed for query success [OK]

Hint: Check key names match table schema exactly [OK]

Common Mistakes:

• Removing colons from ExpressionAttributeValues keys
• Using '==' instead of '=' in expressions
• Adding unnecessary parameters

5. You want to store user profiles with flexible nested data like addresses and preferences in DynamoDB. Which model best fits this need?

hard

A. Use a relational model with multiple tables and foreign keys.

B. Use a document store model to save JSON-like nested objects.

C. Use a key-value store with only simple string values.

D. Use a graph database to store nested user data.

Solution

1. Step 1: Identify data flexibility needs

   Nested and flexible data like addresses and preferences require a document model that supports JSON-like structures.

2. Step 2: Match model to DynamoDB capabilities

   DynamoDB supports document store model allowing nested objects. Relational and graph models are not native to DynamoDB. Simple key-value stores do not support nested data well.

3. Final Answer:

   Use a document store model to save JSON-like nested objects. -> Option B

4. Quick Check:

   Nested data = document store model [OK]

Hint: Nested JSON data fits document store model best [OK]

Common Mistakes:

• Choosing relational model for flexible nested data
• Assuming key-value stores handle nested objects well
• Confusing graph databases with DynamoDB