nosql-expert

Erwartetes Ergebnis:

Für dieses Zugriffsmuster verwende einen zusammengesetzten Primärschlüssel:

**Partition Key:** user_id (hohe Kardinalität – jeder Benutzer ist eine Partition)
**Clustering Column:** order_date DESC (sortiert Bestellungen nach Datum innerhalb jeder Partition)

```sql
CREATE TABLE orders_by_user (
user_id uuid,
order_id uuid,
order_date timestamp,
total decimal,
status text,
PRIMARY KEY (user_id, order_date)
) WITH CLUSTERING ORDER BY (order_date DESC);
```

Dieses Design stellt sicher, dass alle Bestellungen eines Benutzers in einer Partition gespeichert sind (effizient) und automatisch nach Datum sortiert sind.

Erwartetes Ergebnis:

**SQL vs. verteiltes NoSQL-Denkmodell:**

| Aspekt | SQL (relational) | NoSQL (Cassandra/DynamoDB) |
|-------|------------------|---------------------------|
| Modellierung | Entitäten + Beziehungen modellieren | **Zuerst Abfragen modellieren** |
| Joins | zur Lesezeit (teuer) | Zur Schreibzeit vorberechnet |
| Speicher | Duplizierung minimieren | Für Lesegeschwindigkeit duplizieren |
| Konsistenz | ACID (stark) | BASE (eventuell) |
| Skalierung | Vertikal | Horizontal |

**Goldene Regel:** Bei SQL Daten für *beliebige* Abfragen entwerfen. Bei NoSQL Daten für *spezifische* Abfragen effizient entwerfen.

Erwartetes Ergebnis:

**DynamoDB-Single-Table-Design:**

Speichere mehrere Entitätstypen in einer Tabelle mithilfe von zusammengesetzten Schlüsseln:

| PK | SK | Daten |
|----|-----|------|
| USER#123 | PROFILE | {name: 'Ian', email: '...'} |
| USER#123 | ORDER#998 | {total: 50.00, status: 'shipped'} |
| USER#123 | ORDER#999 | {total: 12.00, status: 'pending'} |

**Abfrage:** PK='USER#123' ruft Benutzer + alle Bestellungen in EINER Anfrage ab.

**Vorteile:**
- Reduzierte Anwendungskomplexität
- Optimierte Kapazitätseinheits-Nutzung
- Ein einziger Netzwerk-Roundtrip für verwandte Daten