Wann sollte man DynamoDB nicht verwenden?

Verzichte auf DynamoDB, wenn dein Workload analytisch ist oder deine Zugriffsmuster unbekannt sind. DynamoDB ist speziell für operative (OLTP)-Workloads mit bekannten, schlüsselbasierten Zugriffsmustern gebaut — es hat keine Joins oder Aggregatfunktionen, und Ad-hoc-Abfragen greifen auf teure vollständige Tabellen-Scans zurück. Für OLAP-Reporting oder sich entwickelnde relationale Anforderungen wähle eine andere Engine.

Schlechte Passungen

Ad-hoc-Analytik und Reporting (OLAP) — es gibt kein GROUP BY, SUM oder AVG; jede Aggregation ist ein Scan oder ein vorberechnetes Aggregat, das du selbst pflegst. Siehe den Aggregations-Leitfaden für die Umgehungen.
Normalisierte relationale Schemas — DynamoDB lässt den JOIN-Operator bewusst weg; die Empfehlung von AWS selbst ist zu denormalisieren. Wenn dein Modell wirklich Mehrfach-Joins zur Read-Zeit braucht, passt eine relationale Engine besser — vergleiche direkt unter DynamoDB vs. PostgreSQL.
Unbekannte oder sich schnell entwickelnde Zugriffsmuster — du entwirfst die Schlüssel um die Abfragen herum. Wenn du die Abfragen noch nicht benennen kannst, riskiert jede neue ein Redesign der Tabelle oder einen vollständigen Scan.
Volltextsuche und reichhaltiges Abfragen — siehe Unterstützt DynamoDB Volltextsuche?; Suche gehört in einen Suchindex.
Große Objekte — Items sind auf 400 KB begrenzt; Medien und Dokumente gehören in S3 mit einem Zeiger in der Tabelle.

Wo es glänzt

Die umgekehrte Liste ist genau der Sweet Spot von DynamoDB: hochvolumige operative Workloads mit vorhersagbaren schlüsselbasierten Reads und Writes, die in jeder Größenordnung im einstelligen Millisekundenbereich bleiben müssen — Warenkörbe, Sessions, Profile, Spielstände, IoT-Ereignisse. Der Leitfaden „Wann DynamoDB einsetzen“ führt das positive Argument, und die DynamoDB-vs.-Vergleiche gehen die direkten Vergleiche durch.

Tiefer einsteigen

Wenn du unentschlossen bist, lies als Nächstes Wann DynamoDB einsetzen. Schon auf DynamoDB und vermisst SQL? DynoTable führt JOIN und GROUP BY gegen Live-Tabellen vom Desktop aus — und der Preisrechner sagt dir, was dein Workload kosten würde, bevor du dich festlegst.

Referenzen

Zuletzt verifiziert am 2026-07-13 gegen die oben verlinkte offizielle AWS-Dokumentation.