Eine bessere Alternative zur AWS-DynamoDB-Konsole

Die AWS-DynamoDB-Konsole gibt dir eine Tabellenliste, einen Item-Browser und einen PartiQL-Editor. Das deckt den schnellen Blick ab, und dort hört es auf. DynoTable ist ein Desktop-DynamoDB-Client für die tägliche Arbeit: eine SQL Workbench, die JOIN, GROUP BY und Aggregationen innerhalb der Zugriffsmuster-Regeln von DynamoDB ausführt, ein KI-Agent auf deinen eigenen AWS-Bedrock-Keys, MCP-Zugriff für Coding-Agents wie Claude Code und Cursor, und der Workflow, den die Konsole nie bekommen hat — Tabs, Ordner, gespeicherte Abfragen, Profilwechsel per Tastendruck und vollständige Exporte. DynoTable liest deine normale AWS-Credential-Chain und spricht mit denselben Tabellen in deinem Konto, es gibt also nichts zu migrieren.

Wann die AWS-Konsole gewinnt — und wann DynoTable

Warum eine kostenpflichtige App, wenn die AWS-Konsole kostenlos ist?

Fang mit dem an, was kostenlos bleibt. DynoTables Kostenlos-Tarif hat kein Zeitlimit: Tabellen durchsuchen und filtern, PartiQL SELECT ausführen, Daten, Code und Schemas exportieren und deinem Coding-Agent Schema- und Item-Lesevorgänge über MCP liefern. Fürs Lesen und Exportieren kosten die Konsole und DynoTable dasselbe: nichts.

Das Abo kauft dir Dinge, die die Konsole zu keinem Preis anbietet: die SQL Workbench (JOIN, GROUP BY, COUNT/SUM/AVG — PartiQL unterstützt nichts davon), das Bearbeiten mit einem Staging-Bereich, der deine Item-Änderungen als prüfbares Diff hält, bevor sie die Tabelle berühren, Smart Tables und den KI-Agenten.

Dazu kommt deine Zeit. In der Konsole heißt ein vollständiger Export: eine Seite herunterladen, auf „Weiter“ klicken, wieder herunterladen; eine große Tabelle abzulaufen heißt, 1 MB nach dem anderen zu blättern; und der Filter, den du gestern gebaut hast, ist heute weg. DynoTable exportiert ganze Ergebnismengen, blättert für dich und behält Abfragen gespeichert. Wenn DynamoDB Teil deiner täglichen Arbeit ist, kostet dich diese Fleißarbeit mehr als das Abo. Wenn du die Konsole einmal pro Woche öffnest, um einen Wert nachzusehen, bleib bei der Konsole; im letzten Abschnitt dieser Seite geht es genau darum.

Kannst du DynamoDB in der Konsole mit SQL abfragen?

Nur über die SQL-artige Teilmenge, die PartiQL freigibt. Die Konsole hat einen eingebauten PartiQL-Editor (im linken Navigationsbereich), der PartiQL-Statements ausführt (AWS-Docs), und die SELECT-Grammatik von PartiQL ist bewusst eng gehalten:

SELECT expression [, ...]
FROM table[.index]
[ WHERE condition ]
[ ORDER BY key [DESC|ASC], ... ]

(AWS-Docs.) Eine Tabelle, ein optionales WHERE, optionale Sortierung: kein JOIN, kein GROUP BY — und PartiQL listet genau eine Aggregatfunktion auf, SIZE, mit dem Hinweis, dass "any SQL functions that are not included in this list are not currently supported" (AWS-Docs). Das bildet DynamoDBs Single-Table-Zugriffsmodell getreu ab, heißt aber auch: analytische Fragen sind in der Konsole vom Tisch. Der PartiQL-vs-SQL-Guide geht genau durch, wo die Grammatik aufhört, und die PartiQL-Beispiele liefern Copy-paste-Statements für das, was sie kann.

DynoTables SQL Workbench kompiliert reicheres SQL — INNER/LEFT JOIN, GROUP BY, COUNT, SUM und Verwandte — auf dem Client zu DynamoDBs echten Query/Scan-Operationen herunter. Du schreibst relational geformtes SQL; DynoTable plant es gegen deine Keys und GSIs, sodass es innerhalb der Zugriffsmuster-Regeln von DynamoDB bleibt, statt so zu tun, als wäre die Tabelle eine relationale Datenbank.

Wenn ein Plan verfügbar ist, weist die Workbench-Vorschau Scan gegenüber Query und den Index aus; die RCU-Schätzung erscheint nur, wenn die Tabellen-Metadaten sie hergeben. Eine gewöhnliche Partitions-Query zeigt keine RCU.

Wenn du an der Wand angekommen bist, an der der PartiQL-Editor der Konsole aufhört: SQL für DynamoDB erklärt, was geht und was nicht, der DynamoDB-JOIN-Guide zeigt, wie die Workbench zwei Tabellen verbindet, und der GROUP-BY-Guide behandelt das Aggregieren ohne GROUP BY-Klausel.

Ein KI-Agent auf deinen Keys, und MCP für den Agenten, den du schon nutzt

Die Konsole bringt Amazon Q mit, einen gehosteten Assistenten, der AWS-Fragen aus der Konsolen-Oberfläche heraus beantwortet (aws.amazon.com/q/developer, geprüft am 2026-07-29). DynoTables Agent ist ein anderes Werkzeug. Er läuft auf Amazon Bedrock über deine eigenen AWS-Credentials, sodass Prompts, Schema und Zeilen deine AWS-Grenze nie verlassen, und du zahlst AWS zum Selbstkostenpreis ohne Aufschlag. Er liest dein echtes Key-Schema und deine GSIs, bevor er abfragt, bevorzugt eine Query gegenüber einem Scan, wenn deine Keys das zulassen, und entwirft Schreibvorgänge als Diff, das du freigibst; ohne dein Okay wird nichts committet. Die AI-Chat-Docs behandeln Einrichtung, Modelle und Berechtigungen.

Wenn du ohnehin mit Claude Code, Cursor oder Codex arbeitest, richte diesen Agenten stattdessen auf deine Tabellen: DynoTable stellt sie über MCP bereit, mit einem Scope, den du pro Verbindung wählst (nur lesen, lesen + stagen oder voll). Externe Agents schreiben nie direkt. Ihre Änderungen landen im selben Staging-Bereich als prüfbares Diff, und du committest. Der MCP-Einrichtungsleitfaden hat die Details, und der Kostenlos-Tarif liefert schreibgeschütztes MCP ohne Zeitlimit.

Für die tägliche DynamoDB-Arbeit gebaut

Alltagstempo besteht meist aus kleinen Dingen, die sich hundertfach wiederholen — und genau dort trennt sich ein Desktop-Client von einem Browser-Tab:

• Tabs und Ordner: Tabellen, Abfragen und Item-Editoren nebeneinander offen halten, in Ordner gruppieren und den ganzen Workspace nach einem Neustart zurückbekommen.
• Gespeicherte Abfragen: eine Abfragebibliothek über PartiQL und SQL hinweg, sodass das Statement, das du letzten Sprint getunt hast, einen Tastendruck entfernt ist statt aus dem Gedächtnis neu gebaut.
• Profil- und Regionswechsel: jedes Profil aus deiner ~/.aws-Konfiguration, umschaltbar mit ⌘P (oder ⌘1–⌘9). Kein erneutes Anmelden, kein Rollenwechsel-Tanz.
• Autovervollständigung: Filter schlagen Attributnamen aus deinen echten Items vor, und die Abfrage-Editoren vervollständigen Tabellennamen und SQL beim Tippen.
• Keyboard-first: ⌘K öffnet alles — eine Tabelle, eine gespeicherte Abfrage, einen Befehl.
• Gestagte Schreibvorgänge: eine Item-Änderung, ein gestagtes Löschen oder eine vom Agenten entworfene Änderung reiht sich in einem Staging-Bereich pro Tabelle als Diff ein, das du prüfst und committest. Änderungen in der Konsole sind gespeichert, sobald du klickst.
• DynamoDB Local: richte ein Profil auf localhost und durchsuche lokale Tabellen wie jede Region. Das herunterladbare DynamoDB läuft "without accessing the DynamoDB web service" (AWS-Docs), und die Web-Konsole zeigt nur den Web-Service — lokale Tabellen sind für sie also unsichtbar.

Die Fleißarbeit, die die Konsole dir überlässt

Der Item-Browser der Konsole ist eine dünne Hülle um die DynamoDB-API, und die API hat scharfe Kanten. Nichts davon ist ein Konsolen-Bug — ein Filter läuft tatsächlich nach dem Lesen, und eine Seite ist tatsächlich auf 1 MB gedeckelt — aber die Konsole lässt dich jede Kante von Hand abfangen, und ein Client kann sie schlucken.

• Filter senken nicht, wofür du zahlst. AWS sagt über den Filterausdruck, er "is applied after a Scan finishes but before the results are returned," und über den Scan, er "consumes the same amount of read capacity, regardless of whether a filter expression is present" (AWS-Docs). Das gilt in jedem Client, DynoTable eingeschlossen. Wenn ein Plan verfügbar ist, weist DynoTables Vorschau Scan gegenüber Query und den Index aus; die RCU-Schätzung erscheint nur, wenn die Tabellen-Metadaten sie hergeben. Eine gewöhnliche Partitions-Query zeigt keine RCU, während die Konsole dir überhaupt kein Kostensignal gibt. Der Guide Query vs. Scan erklärt, warum das zählt.
• Paginierung ist Handarbeit, 1 MB nach dem anderen. "A single Scan request can retrieve a maximum of 1 MB of data," und "the absence of LastEvaluatedKey is the only way to know that you have reached the end of the result set" (AWS-Docs). In der Konsole heißt das: Seite für Seite klicken, um eine Tabelle abzulaufen. DynoTables Grid folgt dem Cursor für dich und kann eine Abfrage bis ans Ende der Ergebnismenge laufen lassen; der Guide zur Paginierung erklärt, wie der Cursor darunter funktioniert.
• CSV-Export geht nur seitenweise. AWS' eigene CSV-Export-Doku sagt es klar: "you can export results one page at a time to a CSV file. If there are multiple pages of results, you must export each page individually" (AWS-Docs). DynoTable exportiert die ganze Ergebnismenge in einem Durchgang, als CSV, JSON oder NDJSON.

Wie du eine DynamoDB-Tabelle nach CSV exportierst, ohne dich Seite für Seite durchzuklicken

AWS' nativer CSV-Export läuft seitenweise. Für den Operation Builder von NoSQL Workbench ist die Doku eindeutig: Man "can export results one page at a time to a CSV file" und "must export each page individually" (AWS-Docs). Die Ansicht Explore items der Web-Konsole ist genauso seitenorientiert: Sie scannt jeweils eine Ergebnisseite, und du exportierst die Zeilen, die vor dir liegen — ein vollständiger Export einer großen Tabelle heißt also weiterhin Filtern, Blättern und Herunterladen von Hand.

DynoTable exportiert die gesamte Ergebnismenge einer Query oder eines Scans in einem Rutsch, gefilterte Ansichten eingeschlossen, als CSV, JSON-Array oder NDJSON, in einfachen Werten oder als rohes DynamoDB-JSON, und der Export wird gestreamt, sodass eine Tabelle mit einer Million Zeilen nicht Speicher für eine Million Zeilen braucht. Die längeren Wege (AWS CLI, S3-Export, Skripte) behandelt der Guide zum DynamoDB-CSV-Export. Ein Fallstrick vorweg: DynamoDBs Low-Level-API nutzt Typdeskriptoren (S, N, B, BOOL, …) als Marker, die DynamoDB sagen, wie es jedes Attribut interpretieren soll (AWS-Docs); ein naiver CSV-Dump von DynamoDB-JSON lässt deshalb {"S": "..."}-Wrapper durchsickern, solange das Tool sie nicht flach macht (der Guide zu Datentypen erklärt die Typ-Tags).

Wann die Konsole reicht (und wann nicht)

Die Konsole ist für gelegentliche, kleine Aufgaben wirklich in Ordnung: eine Handvoll Items ansehen, ein einmaliges GetItem, eine Tabelle anlegen oder eine Einstellung prüfen. Wenn du DynamoDB einmal pro Woche öffnest und nie über den ersten Bildschirm hinaus blätterst, brauchst du nichts anderes.

Weh tut es in dem Moment, in dem deine Arbeit repetitiv oder analytisch wird: dich durch Tausende Items blättern, jede Sitzung denselben Filter neu bauen, eine vollständige Ergebnismenge exportieren oder eine „Wie viele / wie hoch ist die Summe“-Frage beantworten. Da zahlt sich ein dedizierter Client aus, und speziell die SQL Workbench.

Lade DynoTable herunter für macOS, Windows oder Linux, richte es auf dasselbe Profil und dieselbe Region wie in der Konsole und führe einen JOIN oder ein GROUP BY aus, das du vorher nicht ausdrücken konntest. Die Testphase ist 30 Tage kostenlos, ohne Kreditkarte. Bezahlte Einzelplätze beginnen bei 9 $/Monat bei jährlicher Abrechnung (108 $/Jahr); Monats- und Team-Preise stehen unter Preise. Nach der Testphase bleibt DynoTable auf dem Kostenlos-Tarif — Durchsuchen, PartiQL SELECT, Exporte und Schema- bzw. Item-Lesevorgänge über MCP, ohne zeitliche Begrenzung.

FAQ

Gibt es eine bessere Alternative zur AWS-DynamoDB-Konsole?

Ja. DynoTable ist ein Desktop-DynamoDB-Client, der ergänzt, was die Konsole nie hatte: eine SQL Workbench für JOINs, GROUP BY und Aggregationen, einen KI-Agenten auf deinen eigenen Bedrock-Keys, MCP-Zugriff für Coding-Agents, gestagte Schreibvorgänge, vollständige Exporte sowie Tabs, Ordner und gespeicherte Abfragen.

Warum sollte ich für eine DynamoDB-App zahlen, wenn die AWS-Konsole kostenlos ist?

DynoTables Kostenlos-Tarif ist ebenfalls kostenlos, ohne Zeitlimit. Kostenlos umfasst Durchsuchen, PartiQL SELECT, Daten-, Code- und Schema-Exporte sowie Schema-/Item-Lesevorgänge über MCP; bezahlte Plätze ergänzen die SQL Workbench, Smart Tables, Schreibvorgänge und KI.

Warum kann die DynamoDB-Konsole kein JOIN oder GROUP BY ausführen?

Die Konsole fragt mit PartiQL ab, dessen SELECT-Grammatik einzeltabellig ist, mit optionalem WHERE und ORDER BY, und die einzige Aggregatfunktion, die sie unterstützt, ist SIZE (AWS-Docs). DynoTables SQL Workbench plant diese Abfragen auf dem Client und kompiliert sie zu DynamoDBs echten Query-/Scan-Operationen herunter.

Muss ich meine Daten migrieren, um eine Konsolen-Alternative zu nutzen?

Nein. DynoTable liest deine normale AWS-Credential-Chain und zeigt auf dieselben Regionen und Tabellen; deine Daten bleiben in DynamoDB, es gibt also nichts zu migrieren.

Verwandte Themen

• Durchstöbere den vollständigen Vergleichs-Hub für jede DynoTable-Alternative.
• Siehe auch DynoTable als DynamoDB-GUI und den NoSQL-Workbench-Vergleich.
• Baue Abfragen schnell mit dem kostenlosen DynamoDB Expression Builder.

Zuletzt geprüft am 2026-07-29. AWS, DynamoDB, Amazon Q und die AWS-Konsole sind Marken von Amazon Web Services; hier nur zur Identifizierung genannt.