Key-value and document store model in DynamoDB

Introduction

This model helps you store and find data quickly using keys. It is easy to save whole documents like JSON without strict tables.

When you want to save user profiles with different details for each user.

When you need to quickly find a product by its unique ID in an online store.

When storing session data for a website where each session has different information.

When you want to keep flexible data that changes often without redesigning tables.

Syntax

DynamoDB

PutItem
{
  "TableName": "TableName",
  "Item": {
    "PrimaryKey": { "S": "key_value" },
    "Attribute1": { "S": "value1" },
    "Attribute2": { "N": "123" }
  }
}

GetItem
{
  "TableName": "TableName",
  "Key": {
    "PrimaryKey": { "S": "key_value" }
  }
}

Use PutItem to add or replace an item with a unique key.

Use GetItem to retrieve an item by its key quickly.

Examples

This saves a user with ID 'user123' and their name and age.

DynamoDB

PutItem
{
  "TableName": "Users",
  "Item": {
    "UserID": { "S": "user123" },
    "Name": { "S": "Alice" },
    "Age": { "N": "30" }
  }
}

This fetches the user with ID 'user123'.

DynamoDB

GetItem
{
  "TableName": "Users",
  "Key": {
    "UserID": { "S": "user123" }
  }
}

This stores a product with nested details as a document.

DynamoDB

PutItem
{
  "TableName": "Products",
  "Item": {
    "ProductID": { "S": "p001" },
    "Details": { "M": {
      "Name": { "S": "Laptop" },
      "Price": { "N": "999" },
      "Specs": { "M": {
        "RAM": { "S": "16GB" },
        "Storage": { "S": "512GB" }
      }}
    }}
  }
}

Sample Program

This example saves a book with its ISBN as key and then retrieves it.

DynamoDB

PutItem
{
  "TableName": "Books",
  "Item": {
    "ISBN": { "S": "978-1234567890" },
    "Title": { "S": "Learn DynamoDB" },
    "Author": { "S": "Jane Doe" },
    "Details": { "M": {
      "Pages": { "N": "250" },
      "Publisher": { "S": "Tech Books" }
    }}
  }
}

GetItem
{
  "TableName": "Books",
  "Key": {
    "ISBN": { "S": "978-1234567890" }
  }
}

Important Notes

Keys must be unique in the table to avoid overwriting data.

Document attributes can store nested data like JSON objects.

This model is great for flexible and fast lookups but not for complex joins.

Summary

Key-value and document store model uses unique keys to save and find data fast.

It allows storing flexible documents like JSON with nested details.

Ideal for simple, fast access to data without complex relationships.

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