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.

FunktionDynoTableAWS DynamoDB Console
SQL JOINs, GROUP BY & aggregatesJaNein
Aggregate functions (COUNT / SUM / AVG)JaSIZE only
Filter without billing the full scanSame Query/Scan opsPost-scan filter
Export full result to CSVJaOne page at a time
Auto-paginating result gridJaManual, 1 MB at a time
Multiple tabs & saved queriesJaNein
InstallDesktop appNone
PricingPaidFree

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 Scan abgeschlossen ist, aber bevor die Ergebnisse zurückgegeben werden", also „verbraucht" ein Scan „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 von LastEvaluatedKey ist 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 kein COUNT, SUM oder AVG im Konsolen-Editor.

Konsolen-Limits, auf die Entwickler täglich stoßen

AufgabeAWS-DynamoDB-KonsoleDynoTable
Große Tabelle filternFilter nach dem Scan angewendet; voller Read trotzdem berechnet (Doku)Visueller Filter-/Key-Condition-Builder über denselben Query/Scan-Ops
Durch Ergebnisse paginierenManuell, 1 MB / LastEvaluatedKey auf einmal (Doku)Weiterscroll-Ergebnisraster, das Seiten für dich abruft
Nach CSV exportierenSeite für Seite: NoSQL Workbench exportiert „jede Seite einzeln" (AWS-Doku); der Explore-items-Export der Konsole deckt nur die Seite am Bildschirm abQuery-/Scan-Ergebnisse ohne Pro-Seite-Klicken exportieren
COUNT / SUM / AVGNicht unterstützt — nur SIZE (Doku)GROUP BY + Aggregate in der SQL Workbench
Zwei Tabellen joinenNicht 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

Zuletzt verifiziert am 2026-06-10. AWS, DynamoDB und die AWS-Konsole sind Marken von Amazon Web Services; hier nur zur Identifikation referenziert.

Mit DynamoDB ohne die Console arbeiten

DynoTable ist ein schneller Desktop-Client für DynamoDB — durchsuche Tabellen, führe SQL-artige Queries aus und bearbeite Items lokal.