Eine dynamodb-admin-Alternative für lokales und Live-DynamoDB

dynamodb-admin ist die kostenlose, MIT-lizenzierte Web-GUI, zu der die meisten Entwickler greifen, wenn sie DynamoDB Local oder LocalStack hochfahren. Du führst es als kleinen Node-Server aus (npm install -g dynamodb-admin), richtest es auf einen Endpoint und durchsuchst deine lokalen Tabellen. Es ist exzellent in dieser einen Aufgabe. Diese Seite ist für den Moment, in dem du darüber hinausgewachsen bist und einen Client willst, der lokale und Live-AWS-Tabellen beherrscht, mit einer SQL Workbench, Bearbeiten mit Staging, vollständigen Exporten und MCP-Zugriff für den Coding-Agenten, den du bereits nutzt. DynoTable ist ein plattformübergreifender Desktop-DynamoDB-Client, der um genau das herum gebaut ist.

Wann dynamodb-admin gegenüber DynoTable gewinnt

Worin dynamodb-admin gut ist

dynamodb-admins README beschreibt es schlicht: eine „GUI für DynamoDB Local, dynalite, localstack usw.“ (README). Es ist das richtige Werkzeug, wenn du gegen einen lokalen Endpoint arbeitest:

• Kostenlos und Open Source (MIT), es gibt also nichts zu kaufen und nichts zu lizenzieren (Lizenz).
• Keine Install-Reibung — npm install -g dynamodb-admin und du hast eine Web-UI auf localhost:8001 (der Standard---port), standardmäßig auf http://localhost:8000 gerichtet (README).
• Ein Docker-Image — das offizielle aaronshaf/dynamodb-admin- Image auf Docker Hub fügt sich direkt in ein docker-compose neben amazon/dynamodb-local ein. Es liest die Env-Variablen HOST, PORT, BASE_PATH und DYNAMO_ENDPOINT (README), fügt sich also sauber in einen containerisierten Dev-Stack ein.
• Tabellen erstellen, durchsuchen und bearbeiten über eine einfache Weboberfläche, während du entwickelst, ohne die AWS-Konsole anzufassen.
• Aktiv gepflegt — v5.3.4 erschien am 10. Juni 2026 (Releases, geprüft am 2026-07-30).

Standardmäßig setzt es accessKeyId / secretAccessKey auf die Dummy-Werte key und secret und die Region auf us-east-1 (README), was dir genau sagt, wofür es gebaut ist: die lokale Entwicklungs-Inner-Loop.

Kann dynamodb-admin sich mit Live-AWS-DynamoDB verbinden?

Technisch ja — und das ist das Häufigste, was Leute versuchen, sobald eine nur-lokale Admin-UI nicht mehr reicht. Du überschreibst den Endpoint und lieferst echte Credentials:

# Point dynamodb-admin at a real region instead of localhost
AWS_REGION=eu-west-1 \
AWS_ACCESS_KEY_ID=AKIA... \
AWS_SECRET_ACCESS_KEY=... \
dynamodb-admin --dynamo-endpoint=https://dynamodb.eu-west-1.amazonaws.com

Oder übergib --skip-default-credentials, damit es aufhört, die Dummy-key/secret zu injizieren, und stattdessen auf die standardmäßige AWS-SDK-Credential-Auflösung zurückfällt (README).

Das funktioniert, aber es ist abseits des Happy Path. dynamodb-admins dokumentierte Optionen sind der Endpoint, Host, Port, Base Path und ein Credentials-Schalter (README); es gibt keinen Connection-Manager, keinen Profil-Picker, kein SSO. Konten oder Regionen zu wechseln bedeutet, den Node-Prozess zu stoppen und ihn mit anderen Env-Variablen neu zu starten. Gut für einen gelegentlichen Blick auf eine Prod-Tabelle; Reibung als Daily Driver über mehrere Konten. DynoTable liest jedes Profil aus deiner ~/.aws-Config — SSO-Sessions eingeschlossen — und wechselt zwischen ihnen mit ⌘P (oder ⌘1–⌘9), mit lokalen Endpoints direkt neben Live-Regionen.

Wo dynamodb-admin aufhört

Die Grenze zeigt sich, sobald deine Arbeit über eine einzelne lokale Tabelle hinausgeht:

• Live-AWS-Tabellen sind abseits des Happy Path. Wie oben — du kannst es auf eine echte Region richten, aber es ist um DynamoDB Local herum dokumentiert und voreingestellt, ohne gespeicherte Verbindungen oder Profil-Wechsel.
• Keine relationalen Abfragen. Wie jeder visuelle Browser listet und bearbeitet es Items in einer Tabelle. Es kann nicht zwei Tabellen joinen, GROUP BY oder ein COUNT / SUM berechnen, weil DynamoDB darunter keine relationale Query-Engine hat. dynamodb-admin fügt keine hinzu, und PartiQL auch nicht: Seine SELECT-Grammatik nimmt eine einzelne FROM-Tabelle ohne JOIN, GROUP BY oder Aggregatfunktionen (AWS-PartiQL-SELECT-Referenz) (siehe PartiQL vs SQL).
• Bearbeitungen treffen die Tabelle in dem Moment, in dem du speicherst. Das ist, was ein schlichtes CRUD-Formular tut, und gegen eine lokale Wegwerf-Tabelle ist es genau richtig. Gegen eine Tabelle, auf die andere Leute angewiesen sind, ist es der Grund, warum du vor dem Klick zögerst.
• Es ist ein Browser-Tab auf einem Server, den du betreibst. Keine native Desktop-App, keine gespeicherten Verbindungen über Projekte hinweg, keine integrierte Credential-Chain. Du hältst einen Node-Prozess (oder Container) am Laufen und bookmarkst localhost.

Nichts davon sind Bugs. Sie sind der Rand eines bewusst kleinen Local-Dev-Tools. Die Frage ist, ob dein Workflow ihn überschritten hat.

Was ein vollständiger DynamoDB-Client obendrauf legt

DynoTable verbindet sich mit lokalem und Live-DynamoDB aus einer Desktop-App, unter Nutzung der AWS-Profile und Access Keys, die du bereits hast. Deine Daten bleiben in DynamoDB, es gibt also nichts zu migrieren. Über das Durchsuchen und Bearbeiten hinaus, das dynamodb-admin abdeckt, ergänzt es die Werkzeuge, die einen Tabellen-Browser zum Daily Driver machen:

• Eine SQL Workbench. INNER/LEFT JOIN, GROUP BY, COUNT/SUM/AVG — im Client heruntergekompiliert auf DynamoDBs echte Query/Scan-Operationen, geplant gegen deine Schlüssel und GSIs, sodass sie innerhalb von DynamoDBs Zugriffsmuster-Regeln bleibt. Sofern ein Plan vorliegt, benennt die Workbench-Vorschau Scan oder Query und den Index; die RCU-Schätzung erscheint nur, wenn die Tabellen-Metadaten sie hergeben. Eine gewöhnliche Partitions-Query zeigt kein RCU. Der SQL-für-DynamoDB-Leitfaden behandelt, wozu sie kompiliert.

-- The kind of question a single-table browser can't express:
SELECT u.email, COUNT(o.id) AS orders, SUM(o.total) AS revenue
FROM Users u
JOIN Orders o ON o.userId = u.id
GROUP BY u.email;

• Schreibvorgänge mit Staging. Eine Item-Bearbeitung, ein gestagtes Löschen oder eine vom Agenten entworfene Änderung reiht sich in einem Staging-Bereich pro Tabelle als Diff ein, den du prüfst und committest — das Gegenteil eines Formulars, das beim Klick speichert. Gegen Produktionsdaten ist dieser Review-Schritt das Feature.
• MCP für den Coding-Agenten, den du bereits nutzt. Richte Claude Code, Cursor oder Codex über MCP auf deine Tabellen — lokale eingeschlossen — mit einem Umfang, den du pro Verbindung wählst (schreibgeschützt, lesen + stagen oder voll). Ein Agent, der deine geseedeten DynamoDB-Local-Tabellen lesen kann, während du codest, ist dieselbe Inner-Loop, die dynamodb-admin bedient — mit deinem Agenten darin. Der MCP-Einrichtungsleitfaden hat die Details.
• Ein KI-Agent auf deinen eigenen AWS-Bedrock-Keys. Er liest dein echtes Key-Schema, bevor er abfragt, und staged jeden Schreibvorgang zur Freigabe; Prompts und Zeilen verlassen nie deine AWS-Grenze. Die KI-Chat-Docs beschreiben ihn.
• Vollständige Exporte. Ganze Ergebnismengen — gefilterte Ansichten eingeschlossen — als CSV, JSON-Array oder NDJSON, gestreamt, sodass große Tabellen nicht den Speicher dafür brauchen.

Warum eine kostenpflichtige App nutzen, wenn dynamodb-admin kostenlos ist?

Fang mit dem an, was kostenlos bleibt. DynoTables Kostenlos-Tarif hat kein Zeitlimit: Tabellen durchsuchen und filtern — lokal und live —, PartiQL SELECT ausführen, Daten, Code und Schemas exportieren und deinem Coding-Agenten Schema- und Item-Lesevorgänge über MCP bereitstellen. Für das Durchsuchen, für das dynamodb-admin gebaut ist, kosten die beiden dasselbe: nichts.

dynamodb-admin bearbeitet kostenlos, während DynoTables Bearbeiten — mit dem Staged-Review-Workflow — nach der 30-tägigen Testphase Teil der kostenpflichtigen Tarife ist. Was das Abonnement kauft, existiert in dynamodb-admin zu keinem Preis: die SQL Workbench, der KI-Agent, Schreibvorgänge mit Staging und Smart Tables. Wenn deine DynamoDB-Arbeit eine lokale Tabelle ist, die du beim Coden durchsuchst, behalte dynamodb-admin. Wenn sie sich über Live-Konten, relationale Fragen oder die Produktionsdaten eines Teams erstreckt, ist das der Workflow, für den DynoTable gebaut ist.

Funktioniert DynoTable mit DynamoDB Local wie dynamodb-admin?

Ja — DynoTable läuft gegen deine lokalen Endpoints, wenn du willst, es ist also kein „nur-Live“-Ersatz. Siehe Verbinden mit DynamoDB Local und LocalStack für das Endpoint- und Fake-Credentials-Setup. Es deckt dieselbe lokale Inner-Loop ab, die dynamodb-admin abdeckt, plus die Live-Tabellen und Abfragen, die es nicht kann.

Ehrliche Einschätzung: wann dynamodb-admin reicht

Wenn du nur jemals eine lokale DynamoDB-Instanz während der Entwicklung durchsuchst, etwas Kostenloses und Open Source willst und nie Live-Tabellen anfassen oder ein JOIN ausführen musst, ist dynamodb-admin die pragmatische Wahl: Behalte es. DynoTable verdient seinen Platz, wenn du über lokale und Live-Konten arbeitest, gespeicherte Verbindungen und deine echte AWS-Credential-Chain willst oder auf eine Abfrage gestoßen bist, die ein Single-Table-Browser nicht ausdrücken kann.

Lade DynoTable herunter für macOS, Windows oder Linux, richte es auf dasselbe Profil, das du heute nutzt, und führe eine Abfrage aus, die du vorher nicht ausdrücken konntest. Die Testphase ist 30 Tage lang kostenlos, keine Kreditkarte erforderlich, und DynoTable bleibt danach auf dem Kostenlos-Tarif — Durchsuchen, PartiQL, vollständige Exporte und schreibgeschütztes MCP bleiben kostenlos, ohne Zeitlimit. Siehe Preise für aktuelle Tarife, und DynoTable als DynamoDB-GUI für das größere Bild.

FAQ

Ist DynoTable eine dynamodb-admin-Alternative?

Für reine Local-Entwicklung ist dynamodb-admin kostenlos und exzellent. DynoTable ist die Alternative, wenn du auch Live-AWS-Tabellen brauchst, gespeicherte Verbindungen über deine AWS-Credential-Chain, Bearbeiten mit Staging-Review, vollständige Exporte, MCP-Zugriff für Coding-Agenten und eine SQL Workbench, die JOINs, GROUP BY und Aggregate ausführt — nichts davon bietet ein Single-Table-Local-Browser.

Kann dynamodb-admin sich mit Live-AWS-DynamoDB verbinden?

Technisch ja: Du überschreibst --dynamo-endpoint auf eine echte Region und lieferst Credentials (mit --skip-default-credentials und den standardmäßigen AWS-Env-Variablen). Aber es ist um DynamoDB Local herum gebaut und voreingestellt, ohne Connection-Manager oder Profil-Wechsel, also ist Live-Nutzung abseits des Happy Path.

Warum eine kostenpflichtige App nutzen, wenn dynamodb-admin kostenlos ist?

DynoTables Kostenlos-Tarif ist ebenfalls kostenlos, ohne Zeitlimit, und er deckt lokale wie Live-Tabellen gleichermaßen ab. Kostenlos umfasst Durchsuchen, PartiQL SELECT, Daten-, Code- und Schema-Exporte sowie Schema-/Item-Lesevorgänge über MCP; kostenpflichtige Plätze ergänzen die SQL Workbench, Smart Tables, Schreibvorgänge und KI.

Gibt es ein dynamodb-admin-Docker-Image?

Ja. aaronshaf/dynamodb-admin ist auf Docker Hub veröffentlicht und über die Env-Variablen HOST, PORT, BASE_PATH und DYNAMO_ENDPOINT konfiguriert, es sitzt also neben amazon/dynamodb-local in einem docker-compose (README). DynoTable ist eine Desktop-App, kein Container, es gibt also kein Image zum Ausführen; es verbindet sich direkt mit deinem lokalen Endpoint oder Live-Konto.

Kann dynamodb-admin SQL ausführen oder Tabellen joinen?

Nein. dynamodb-admin durchsucht und bearbeitet jeweils eine Tabelle; es hat keine dokumentierte SQL-Oberfläche, und DynamoDB selbst hat keine relationale Engine. Selbst PartiQLs SELECT ist Single-FROM ohne JOIN, GROUP BY oder Aggregate (AWS-PartiQL-SELECT-Referenz), also sind JOIN, GROUP BY und Aggregate ohne einen Client, der sie plant, nicht möglich. DynoTables SQL Workbench kompiliert diese herunter auf DynamoDBs echte Query/Scan-Operationen.

Verwandte Themen

• Durchstöbere den vollständigen Vergleichs-Hub für jede DynoTable-Alternative.
• Siehe auch DynoTable als DynamoDB-GUI.
• Neu bei lokalem DynamoDB? Lies DynamoDB Local und Verbinden mit DynamoDB Local & LocalStack.
• Relationale Abfragen nötig? Siehe SQL für DynamoDB, DynamoDB JOIN und DynamoDB GROUP BY.

Zuletzt verifiziert am 2026-07-30. dynamodb-admin ist MIT-lizenzierte Open-Source- Software seiner jeweiligen Autoren; hier nur zur Identifikation genannt.