Wie viele Tabellen kann man in DynamoDB haben?

Standardmäßig 2.500 pro Region. Jedes AWS-Konto startet mit einem Kontingent von 2.500 DynamoDB-Tabellen pro Region, das AWS auf Anfrage auf maximal 10.000 anheben kann. Einzelne Tabellen sind in ihrer Größe unbegrenzt — und jenseits von 10.000 Tabellen empfiehlt AWS, Workloads über mehrere Konten zu verteilen.

Das Tabellen-Kontingent

Das anfängliche Kontingent liegt bei 2.500 Tabellen pro AWS-Region und Konto. Brauchst du mehr, lautet AWS' Empfehlung, dein Account-Team für eine Erhöhung auf bis zu 10.000 zu kontaktieren; darüber hinaus ist die empfohlene Praxis, mehrere Konten zu nutzen, die jeweils bis zu 10.000 Tabellen bedienen.

Die Tabellen selbst sind unbegrenzt

Für die Größe einer einzelnen Tabelle gibt es keine praktische Grenze — Tabellen sind in Item-Anzahl und Bytes unbeschränkt. Die harte Grenze pro Item liegt bei 400 KB, und jede Tabelle unterstützt bis zu 20 Global Secondary Indexes (Standardkontingent) und 5 Local Secondary Indexes.

Was dich lange vor dem Kontingent stoppt

Fast niemand erreicht 2.500 Tabellen. Was zuerst beißt: Eine provisionierte Tabelle ist nie kostenlos, auch wenn niemand sie anfasst. AWS setzt das Minimum für jede Tabelle und jeden GSI auf 1 Read-Kapazitätseinheit und 1 Write-Kapazitätseinheit, und das wird stündlich abgerechnet, ob nun eine einzige Anfrage eintrifft oder nicht.

Zu us-east-1-Tarifen, 0,00013 $ pro RCU-Stunde und 0,00065 $ pro WCU-Stunde über 730 Stunden, kostet eine leere Tabelle mit Mindestkapazität 0,5694 $ pro Monat:

Tabellen auf dem Minimum	Monatskosten vor jeder Anfrage
100	56,94 $
2.500 (das Standardkontingent)	1.423,50 $
10.000 (die erhöhte Obergrenze)	5.694,00 $

Zahlen aus unserem Preisrechner, der auf der synchronisierten AWS-Preistabelle läuft, und vor jeglichem Free-Tier-Kontingent.

On-Demand-Tabellen haben keine solche Untergrenze. Eine untätige On-Demand-Tabelle berechnet nur Speicher, und genau das macht eine hohe Tabellenzahl überhaupt erst tragbar. Wenn dein Design tatsächlich hunderte Tabellen will, zählt diese Wahl des Kapazitätsmodus mehr als das Kontingent.

Brauchst du wirklich viele Tabellen?

In DynamoDB ist die Tabellenzahl eine Design-Entscheidung, keine Wachstumsachse. Single-Table-Design legt verwandte Entitäten bewusst in eine Tabelle, und die meisten Anwendungen brauchen weit weniger Tabellen, als ihr relationales Schema hatte — oft eine pro Service.

Tiefer einsteigen

Lies Single-Table-Design, bevor du Entitäten über Tabellen verteilst, prüfe Item-Größen mit dem Item-Size-Rechner und lade DynoTable herunter, um den Überblick über jede Tabelle in all deinen Profilen und Regionen zu behalten.

Referenzen

Zuletzt verifiziert am 2026-07-13 gegen die oben verlinkte offizielle AWS-Dokumentation; jedes Kontingent auf dieser Seite erneut geprüft am 2026-07-28.

Die Kosten sind aus den Tarifen für provisionierte Kapazität in us-east-1 in unserer synchronisierten AWS-Preistabelle berechnet, für den 730-Stunden-Monat, den der Rechner verwendet.