Die DynamoDB-GUI mit echtem SQL und AI
Ein schneller, local-first Desktop-Client für AWS DynamoDB. Ein KI-Agent auf deinen eigenen Bedrock-Schlüsseln, visuelle Joins und echtes SQL mit Aggregationen — alles auf deinem Rechner, direkt mit AWS verbunden, niemals über unsere Server.
SQL innerhalb der Zugriffsmuster-Regeln von DynamoDB.
Alles läuft auf deinen eigenen AWS-Anmeldedaten
Frag deine Tabellen alles.
Ein Agent, der dein Schema liest, Queries ausführt und Schreibvorgänge entwirft — angetrieben von Amazon Bedrock über deine AWS-Anmeldedaten. Kein Drittanbieter-Dienst sieht jemals deine Daten.
Dein Bedrock, deine Schlüssel
Das Modell läuft in deinem Konto. Prompts, Schema und Zeilen verlassen nie deine AWS-Grenze.
Liest echtes Schema
Es inspiziert zuerst Keys, GSIs und Item-Formen — und wählt dann Query statt Scan, wenn es möglich ist.
Entwürfe, die du freigibst
Schreibvorgänge werden als überprüfbarer Diff angezeigt. Nichts wird ohne deine Zustimmung committet.
Joins für eine Datenbank, die keine hat.
Zeichne Beziehungen zwischen Tabellen auf einer Canvas und arbeite live mit der verknüpften Ansicht, während du bearbeitest — keine Schema-Migration, kein ETL.
Live-Neuberechnung
Füge eine Kante hinzu oder entferne sie, und das verknüpfte Raster wird beim Bearbeiten sofort neu berechnet.
Per PK oder GSI
Joine über den Primary Key oder einen beliebigen Global Secondary Index — DynoTable wählt den günstigsten Lesevorgang.
Standardmäßig schreibgeschützt
Die Basistabellen werden nie verändert. Die Ansicht ist eine Projektion, die du exportieren oder per Query abfragen kannst.
Echtes SQL. GROUP BY, COUNT, Joins.
Schreibe ein vollständiges SELECT mit Aggregationen und Joins über mehrere Tabellen auf deinen Live-DynamoDB-Daten — Zeilen in Millisekunden zurück.
Aggregationen, die DynamoDB nicht kann
SUM, AVG, COUNT DISTINCT, HAVING — das SQL, zu dem du greifst, auf einem NoSQL-Store.
Nur das, was du abfragst
Es werden nur die Zeilen gelesen, die deine Abfrage berührt — nie die ganze Tabelle.
Landet im Grid
Die Ergebnisse sind dasselbe Daten-Grid wie überall sonst — sortiere, filtere und öffne jede beliebige Zeile.
Dein Lieblings-Agent, deine Daten.
Verbinde Claude Code, Cursor oder Codex über MCP mit DynoTable. Der Agent liest dein Schema und arbeitet mit deinen Tabellen über eine Verbindung, die du im Umfang festlegst und freigibst — Schreibvorgänge landen weiterhin im Staging zu deiner Prüfung.
Jeder MCP-Client
Claude Code, Cursor, Codex — verbinde dich über Standard-MCP mit OAuth, eine Verbindung pro Profil.
Du gibst die Verbindung frei
Jeder Agent erhält den Umfang, den du wählst — schreibgeschützt, lesen + stagen oder voll — und nur die Profile, die du freigibst.
Agenten schlagen vor, du committest
Externe Agenten schreiben nie direkt. Änderungen landen im Staging als überprüfbarer Diff — du committest.
Kann, was die AWS Console nicht kann. Leichter als die Cloud-Clients.
| DynoTable | AWS Console | Cloud-Clients | |
|---|---|---|---|
| KI-Agent auf deinen eigenen Anmeldedaten | Ja | — | Drittanbieter |
| Visuelle Joins & echtes SQL | Ja | — | teilweise |
| Keyboard-first, ⌘K überall | Ja | — | variiert |
| Daten bleiben auf deinem Gerät | Ja | im Browser | in die Cloud synchronisiert |
| Exporte mit konstantem Speicher (1 Mio.+ Zeilen) | Ja | — | variiert |
Klare Antworten.
Wodurch unterscheidet sich das von Dynobase oder den Cloud-Clients?
Drei Dinge: eine SQL Workbench, die echte Joins, GROUP BY und Aggregationen über deine Tabellen ausführt, ein KI-Agent, der auf deinem eigenen AWS Bedrock läuft, und ein local-first-Design — deine Daten und Anmeldedaten verlassen nie deinen Rechner, während Cloud-Clients sie über ihre Server leiten.
Sendet die KI meine Daten an einen Drittanbieter?
Nein. Der Agent läuft auf Amazon Bedrock über deine eigenen AWS-Anmeldedaten — Prompts, Schema und Tabellenzeilen verlassen nie dein AWS-Konto. Es ist kein DynoTable-Server dazwischengeschaltet.
Ist es sicher, es mit meinen Produktionstabellen zu verwenden?
Ja. DynoTable nutzt deine eigenen AWS-Anmeldedaten und kann daher nur das tun, was deine IAM-Policy erlaubt — gib ihm eine Read-only-Rolle und es kann nichts verändern. Und Änderungen treffen nie direkt auf deine Tabellen: Jede Änderung sammelt sich in einem Staging-Fenster, das du vor dem Committen prüfst.
Kann ich Claude Code oder Cursor mit meinen Tabellen nutzen?
Ja. DynoTable betreibt einen lokalen MCP-Server, mit dem sich externe Agenten verbinden — standardmäßig aus und pro Verbindung freigegeben. Der Agent schreibt nie direkt in DynamoDB: Jede Änderung landet in deinem vorbereiteten Commit-Fenster zum Prüfen und Committen, und deine AWS-Zugangsdaten verlassen nie deinen Rechner.
Wie funktionieren Joins und SQL, ohne DynamoDB zu überlasten?
DynoTable liest nur die Zeilen, die eine Abfrage berührt, und führt die Joins und Aggregationen auf deinem Rechner aus — nie gegen DynamoDB. Deine Tabellen werden mit dem günstigsten verfügbaren Zugriffsmuster gelesen — Query statt Scan, wann immer ein Key oder Index es zulässt.
Funktioniert es offline oder mit DynamoDB Local?
Ja. Richte ein Profil auf einen lokalen Endpoint (z. B. DynamoDB Local auf Port 8000/9000) und arbeite vollständig offline. Profile können online oder offline sein, jeweils mit eigener Region und Farbe.
Ist DynoTable kostenlos?
Die Web-Tools — die Rechner und der Expression Builder — sind kostenlos, ohne Anmeldung. Die Desktop-App ist eine kostenlose 30-tägige Testversion, danach pro Platz, monatlich oder jährlich abgerechnet.
Welche Plattformen werden unterstützt?
macOS, Windows und Linux — alle heute verfügbar. macOS kommt als Apple Silicon-Build, Windows als x64-Installer und Linux als .deb- und .rpm-Pakete.
Schluss mit dem Kampf gegen die Console.
Lade DynoTable herunter, richte es auf ein Profil und führe deine erste Abfrage in unter einer Minute aus.
Kostenlose 30-tägige Testphase · Geld-zurück-Garantie · macOS, Windows & Linux