DynoTable

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 Filtern, Inline-Bearbeitung und einer SQL Workbench. DynoTable ist ein plattformübergreifender Desktop-DynamoDB-Client, der um diese Workbench herum gebaut ist.

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.

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:

# dynamodb-admin auf eine echte Region statt localhost richten
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.

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).
  • 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 du beim Wechsel zu einem vollständigen DynamoDB-Client gewinnst

Ein Desktop-DynamoDB-Client schließt die Lücke auf zwei Wegen. Erstens eine App für lokal und Live: Dieselbe UI verbindet sich mit DynamoDB Local, LocalStack und deinen echten AWS-Konten und liest deine standardmäßige AWS-Credential-Chain (Profile, SSO, Env-Variablen), statt pro Umgebung einen Server neu zu starten. Zweitens eine echte Abfrage-Oberfläche über dem Durchsuchen — Schlüssel- und Filterbedingungen, Inline-Bearbeitung, PartiQL und SQL.

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 dem Durchsuchen und der Inline-Bearbeitung ist sein Aushängeschild-Feature die SQL Workbench.

SQL innerhalb von DynamoDBs Zugriffsmuster-Regeln

Ein schlichter visueller Client — dynamodb-admin eingeschlossen — scannt und filtert eine einzelne Tabelle. Er kann nicht zwei Tabellen joinen, Zeilen gruppieren oder aggregieren, weil DynamoDB keine relationale Engine offenlegt — selbst PartiQLs SELECT ist Single-FROM ohne JOIN, GROUP BY oder Aggregate (AWS-PartiQL-SELECT-Referenz). DynoTables SQL Workbench kompiliert 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 relational. Wenn du an die Wand gestoßen bist, wo selbst PartiQL aufhört, erklären SQL für DynamoDB und der PartiQL-vs-SQL-Leitfaden, was fehlt und wie die Workbench es füllt.

-- Die Art Abfrage, die ein Single-Table-Browser nicht ausdrücken kann:
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;

Diese Schlüssel- und Filterbedingungen von Hand zu bauen ist fummelig; der kostenlose DynamoDB Expression Builder generiert die KeyConditionExpression / FilterExpression und die Attribut-Name/Value-Maps für dich — ohne Installation.

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 ist eine kostenpflichtige Desktop-App; es 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. Siehe Preise für aktuelle Pläne, 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 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 (README)). Aber es ist um DynamoDB Local herum gebaut und voreingestellt, ohne Connection-Manager oder Profil-Wechsel, also ist Live-Nutzung abseits des Happy Path.

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.

Funktioniert DynoTable mit DynamoDB Local wie dynamodb-admin?

Ja. DynoTable verbindet sich mit lokalen Endpoints — DynamoDB Local und LocalStack — sowie Live-AWS-Konten, aus derselben Desktop-App. Siehe den lokalen Verbindungs-Leitfaden.

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

Nein. dynamodb-admin durchsucht und bearbeitet jeweils eine Tabelle; es hat keine 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.

Verwandt

Zuletzt verifiziert am 2026-06-10. dynamodb-admin ist MIT-lizenzierte Open-Source- Software seiner jeweiligen Autoren; 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.

DownloadPreise ansehen