Eine bessere AWS-DynamoDB-Konsolen-Alternative
Die AWS-DynamoDB-Konsole gibt dir eine Tabellenliste und einen einfachen Item-Browser. In dem Moment, in dem du eine große Tabelle filtern, durch Ergebnisse paginieren, mehr als eine Seite exportieren oder irgendetwas Aggregat-Ähnliches ausführen musst, steht sie dir im Weg. DynoTable ist ein Desktop-DynamoDB-Client, der um eine SQL Workbench herum gebaut ist, die JOINs, GROUP BY und Aggregate innerhalb von DynamoDBs Zugriffsmuster-Regeln ausführt — die Abfragen, die der PartiQL-Editor der Konsole nicht ausdrücken kann. Diese Seite ist ein sachlicher, datierter Blick darauf, was die Konsole nicht kann und was ein dedizierter Client hinzufügt. DynoTable liest deine standardmäßige AWS-Credential-Chain und richtet sich auf dieselben Tabellen in deinem Konto, es gibt also nichts zu migrieren.
Was der AWS-Konsole fehlt
Der Item-Browser der Konsole ist ein dünner Wrapper über der DynamoDB-API, er erbt also die rauen Kanten der API, ohne irgendeine davon zu glätten:
- Filtern ist Post-Scan, keine echte Abfrage. Ein Filter-Ausdruck „wird
angewendet, nachdem ein
Scanabgeschlossen ist, aber bevor die Ergebnisse zurückgegeben werden", also „verbraucht" einScan„dieselbe Menge an Lesekapazität, unabhängig davon, ob ein Filter-Ausdruck vorhanden ist" (AWS-Doku). Du zahlst, um die ganze Seite zu lesen, dann wird das meiste davon verworfen. Der Query-vs-Scan-Leitfaden behandelt, warum das für die Kosten wichtig ist. - Paginierung ist manuell, 1 MB auf einmal. „Eine einzelne
Scan-Anfrage kann maximal 1 MB an Daten abrufen", und „das Fehlen vonLastEvaluatedKeyist die einzige Möglichkeit zu wissen, dass du das Ende der Ergebnismenge erreicht hast" (AWS-Doku). In der Konsole bedeutet das, dich Seite für Seite durchzuklicken, um eine Tabelle zu durchwandern — siehe den Paginierungs-Leitfaden, wie der Cursor unter der Haube funktioniert. - CSV-Export ist eine Seite auf einmal. AWS' eigene CSV-Export-Dokumentation sagt es klar: „du kannst Ergebnisse eine Seite nach der anderen in eine CSV-Datei exportieren. Wenn es mehrere Ergebnisseiten gibt, musst du jede Seite einzeln exportieren" (AWS-Doku). Diese Seite dokumentiert den Operation Builder der NoSQL Workbench; die „Explore items"-Ansicht der Web-Konsole exportiert die angezeigte Seite genauso — ein vollständiger Export bedeutet Paginieren und Herunterladen von Hand.
- Keine Aggregation. PartiQL für DynamoDB listet genau eine Aggregatfunktion —
SIZE— und merkt an, dass „alle SQL-Funktionen, die nicht in dieser Liste enthalten sind, derzeit nicht unterstützt werden" (AWS-Doku). Es gibt keinCOUNT,SUModerAVGim Konsolen-Editor.
Konsolen-Limits, auf die Entwickler täglich stoßen
| Aufgabe | AWS-DynamoDB-Konsole | DynoTable |
|---|---|---|
| Große Tabelle filtern | Filter nach dem Scan angewendet; voller Read trotzdem berechnet (Doku) | Visueller Filter-/Key-Condition-Builder über denselben Query/Scan-Ops |
| Durch Ergebnisse paginieren | Manuell, 1 MB / LastEvaluatedKey auf einmal (Doku) | Weiterscroll-Ergebnisraster, das Seiten für dich abruft |
| Nach CSV exportieren | Seite für Seite: NoSQL Workbench exportiert „jede Seite einzeln" (AWS-Doku); der Explore-items-Export der Konsole deckt nur die Seite am Bildschirm ab | Query-/Scan-Ergebnisse ohne Pro-Seite-Klicken exportieren |
COUNT / SUM / AVG | Nicht unterstützt — nur SIZE (Doku) | GROUP BY + Aggregate in der SQL Workbench |
| Zwei Tabellen joinen | Nicht unterstützt — PartiQL-SELECT ist Single-Table (Doku) | INNER/LEFT JOIN geplant auf echte Query/Scan-Ops |
Kann man DynamoDB mit SQL in der Konsole abfragen?
Nur die SQL-ähnliche Teilmenge, die PartiQL offenlegt. Die Konsole hat einen eingebauten
PartiQL-Editor (im linken Navigationsbereich), der PartiQL-Statements ausführt
(AWS-Doku),
und PartiQLs SELECT-Grammatik ist bewusst eng:
SELECT expression [, ...]
FROM table[.index]
[ WHERE condition ]
[ ORDER BY key [DESC|ASC], ... ](AWS-Doku.)
Eine Tabelle, ein optionales WHERE, optionale Ordnung — kein JOIN, kein GROUP BY,
kein Aggregat jenseits von SIZE. Das legt DynamoDBs Single-Table-Zugriffsmodell
getreu offen, aber es bedeutet, dass analytische Fragen in der Konsole vom Tisch sind.
Der PartiQL-vs-SQL-Leitfaden geht genau durch, wo die
Grammatik aufhört, und der PartiQL-Beispiele-Leitfaden hat
copy-paste-Statements für das, was sie kann.
DynoTables SQL Workbench kompiliert reicheres SQL — INNER/LEFT JOIN, GROUP BY,
COUNT, SUM und Co. — herunter auf DynamoDBs echte Query/Scan-Operationen im
Client. Du schreibst relational-förmiges SQL; DynoTable plant es gegen deine Schlüssel
und GSIs, sodass es innerhalb von DynamoDBs Zugriffsmuster-Regeln bleibt, statt
vorzugeben, die Tabelle sei eine relationale Datenbank. Wenn du an die Wand gestoßen
bist, wo der PartiQL-Editor der Konsole aufhört, erklärt der
SQL-für-DynamoDB-Leitfaden, was geht und was nicht, der
DynamoDB-JOIN-Leitfaden zeigt, wie die Workbench zwei Tabellen
joint, und der GROUP-BY-Leitfaden behandelt das
Aggregieren ohne eine GROUP BY-Klausel.
So exportierst du eine DynamoDB-Tabelle nach CSV ohne das Seite-für-Seite-Klicken
AWS' nativer CSV-Export ist seitenweise. Für den Operation Builder der NoSQL Workbench
ist die Doku explizit: Du „kannst Ergebnisse eine Seite nach der anderen in eine
CSV-Datei exportieren" und „musst jede Seite einzeln exportieren"
(AWS-Doku).
Die Explore items-Ansicht der Web-Konsole ist genauso seitenorientiert — sie scannt
eine Seite Ergebnisse auf einmal und du exportierst die Zeilen vor dir — also bedeutet
ein vollständiger Export einer großen Tabelle weiterhin Filtern, Paginieren und
Herunterladen von Hand. Ein dedizierter Client exportiert die ganze Ergebnismenge einer
Query oder Scan in einem Rutsch, gefilterte Ansichten eingeschlossen. Die
längerformatigen Optionen — AWS CLI, S3-Export, Skripte — sind im
Export-DynamoDB-nach-CSV-Leitfaden behandelt. Eine
Stolperfalle, die man vorab kennen sollte: DynamoDBs Low-Level-API nutzt
Typ-Deskriptoren (S, N, B, BOOL, …) als Tokens, die DynamoDB sagen, wie jedes
Attribut zu interpretieren ist
(AWS-Doku),
also leckt ein naiver CSV-Dump von DynamoDB-JSON {"S": "..."}-Wrapper, es sei denn,
das Tool klopft sie flach (der Datentypen-Leitfaden erklärt die
Typ-Tags).
Was ein dedizierter Client hinzufügt
Über das Beheben der obigen rauen Kanten hinaus fügt ein für DynamoDB gebauter Desktop-Client die Workflow-Annehmlichkeiten hinzu, die die Konsole nie hatte: mehrere Tabs, um mehrere Tabellen und Abfragen gleichzeitig offen zu halten, Inline-Bearbeitung von Items im Ergebnisraster, statt über einen JSON-Editor zu round-trippen, und gespeicherte Abfragen, damit die Filter- und Schlüsselbedingungen, die du täglich neu baust, erhalten bleiben. Nichts davon erfordert das Verschieben deiner Daten — DynoTable liest deine standardmäßige AWS-Credential-Chain und spricht mit denselben Tabellen in deinem Konto, einschließlich DynamoDB Local für Offline-Arbeit (siehe den DynamoDB-Local-Leitfaden).
Wann die Konsole reicht (und wann nicht)
Die Konsole ist wirklich in Ordnung für gelegentliche, kleine Aufgaben: eine Handvoll
Items begutachten, ein einmaliges GetItem, eine Tabelle erstellen oder eine
Einstellung prüfen. Wenn du DynamoDB einmal pro Woche öffnest und nie über den ersten
Bildschirm hinaus paginierst, brauchst du nichts anderes.
Es fängt an wehzutun, sobald deine Arbeit repetitiv oder analytisch wird — durch Tausende Items paginieren, eine große Tabelle filtern, ohne Lesekapazität zu verbrennen, eine vollständige Ergebnismenge exportieren oder eine „wie viele / was ist die Summe"-Frage beantworten. Da zahlt sich ein dedizierter Client, und speziell die SQL Workbench, aus.
Lade DynoTable herunter für macOS, Windows oder Linux, richte es auf
dasselbe Profil und dieselbe Region, die du in der Konsole nutzt, und führe ein JOIN
oder GROUP BY aus, das du vorher nicht ausdrücken konntest. Siehe Preise
für die aktuellen Pläne.
FAQ
Gibt es eine bessere Alternative zur AWS-DynamoDB-Konsole?
Ja. DynoTable ist ein Desktop-DynamoDB-Client, der die Schwachstellen der Konsole behebt — manuelle Paginierung, Post-Scan-Filtern und Ein-Seiten-CSV-Export — und eine SQL Workbench hinzufügt, die JOINs, GROUP BY und Aggregate ausführt, die der PartiQL-Editor der Konsole nicht ausdrücken kann.
Warum kann die DynamoDB-Konsole kein JOIN oder GROUP BY ausführen?
Die Konsole fragt mit PartiQL ab, dessen SELECT-Grammatik Single-Table mit einem
optionalen WHERE und ORDER BY ist, und die einzige Aggregatfunktion, die sie
unterstützt, ist SIZE
(AWS-Doku).
DynoTables SQL Workbench plant diese Abfragen im Client und kompiliert sie herunter auf
DynamoDBs echte Query/Scan-Operationen.
Muss ich meine Daten migrieren, um eine Konsolen-Alternative zu nutzen?
Nein. DynoTable liest deine standardmäßige AWS-Credential-Chain und richtet sich auf dieselben Regionen und Tabellen — deine Daten bleiben in DynamoDB, es gibt also nichts zu migrieren.
Verwandt
- Durchstöbere den vollständigen Vergleichs-Hub für jede DynoTable-Alternative.
- Siehe auch DynoTable als DynamoDB-GUI und den Dynobase-Vergleich.
- Baue Abfragen schnell mit dem kostenlosen DynamoDB Expression Builder.
Zuletzt verifiziert am 2026-06-10. AWS, DynamoDB und die AWS-Konsole sind Marken von Amazon Web Services; hier nur zur Identifikation referenziert.