Wat is Amazon DynamoDB?

Question

Accepted Answer

**DynamoDB** is AWS's fully-managed **NoSQL** database — een key-value en document store die single-digit-millisecond performance biedt op elke schaal, met automatische scaling en geen servers om te beheren. Het is ontworpen voor applicaties die hoge prestaties en schaalbaarheid nodig hebben.

## Wat DynamoDB is

```text
DynamoDB is a managed, serverless NoSQL database:
  → KEY-VALUE / DOCUMENT model (items in tables, flexible schema)
  → FAST — single-digit-millisecond latency at any scale
  → SCALABLE — handles massive throughput; scales automatically (serverless)
  → FULLY MANAGED — no servers, patching, or capacity planning (AWS handles it)
  → highly available and durable (replicated across AZs automatically)
```

## Sleutelconcepten

```text
TABLE → a collection of items
ITEM → a record (like a row/document) with attributes
PRIMARY KEY → uniquely identifies items:
  PARTITION KEY (hash key) → determines which partition stores the item (distribution)
  optional SORT KEY → for ranges/sorting within a partition
SECONDARY INDEXES (GSI/LSI) → query by attributes other than the primary key
CAPACITY → on-demand (pay per request) or provisioned (set throughput)
```

## Design voor access patterns (cruciaal)

```text
⚠️ DynamoDB requires designing your data model around your ACCESS PATTERNS up front:
  → you query efficiently by PRIMARY KEY (and indexes) — NOT flexible ad-hoc queries
    like SQL; no joins
  → the PARTITION KEY must distribute data/load evenly (a "hot" key = a bottleneck)
  → model the table(s) to serve your queries efficiently (often single-table design)
→ Great when access patterns are known; poor for ad-hoc/complex relational queries.
```

## Waarom het belangrijk is

Het begrijpen van DynamoDB is waardevol omdat het een veel gebruikte managed NoSQL database op AWS is, geschikt voor high-performance, schaalbare applicaties, dus het is nuttige AWS-kennis.

DynamoDB's kernwaarde is het bieden van een **fully-managed, serverless NoSQL database** met **single-digit-millisecond performance op elke schaal** en automatische scaling — eliminating server management, patching, en capacity planning terwijl je consistente snelle prestaties levert, zelfs op massale schaal.

Dit maakt het aantrekkelijk voor applicaties die hoge doorvoer en schaalbaarheid nodig hebben (high-traffic web apps, gaming, IoT, real-time systemen) zonder database operational overhead.

Het begrijpen van de **sleutelconcepten** (tabellen, items, de **partition key** die gegevens distribueert, optionele sort keys, secondary indexes voor query's op andere attributen, en capacity modes) is noodzakelijk om het te gebruiken.

Meest kritiek is het begrijpen dat DynamoDB vereist dat je **de data model rond access patterns vooraf ontwerpt**: in tegenstelling tot SQL's flexibele ad-hoc queries, DynamoDB queries efficiënt alleen op primary key en indexes (geen joins, geen flexibel querying), de partition key moet load evenredig distribueren (een "hot" key creëert een bottleneck), en je moet tabellen modelleren om je specifieke queries te serveren (vaak single-table design).

Dit access-pattern-driven design is fundamenteel anders dan relationele databases en is essentieel om te begrijpen — DynamoDB excelleert wanneer access patterns bekend zijn en goed gemodelleerd, maar is slecht geschikt voor ad-hoc of complexe relationele queries.

Weten **wanneer DynamoDB past** (bekende access patterns, behoefte aan scale en prestaties) versus wanneer een relationele database beter is (complexe queries, relaties, ad-hoc analyse) geeft goede oordeel weer.

Omdat DynamoDB een populaire AWS database is voor schaalbare applicaties en het begrijpen ervan (its managed/serverless nature, sleutelconcepten, en vooral het cruciale access-pattern-driven design model en haar trade-offs) waardevol is voor AWS architecture decisions, is het begrijpen van DynamoDB waardevol, praktisch-relevante AWS-kennis — een belangrijk managed NoSQL option waar het begrijpen van its performance benefits en its distinctive design requirements (en limitations versus SQL) essentieel is om het op passende manier te gebruiken.