Le GUI DynamoDB avec du vrai SQL et ton agent IA
Un client de bureau rapide et local-first pour DynamoDB. Du vrai SQL avec jointures et agrégations, de l'édition visuelle, et un agent IA sur tes propres clés Bedrock — les données de tes tables dialoguent directement avec AWS, jamais via nos serveurs.
Essai gratuit de 30 jours, sans carte bancaire — ensuite la formule Gratuit, sans limite de durée.
Tout s’exécute sur tes propres identifiants AWS
Pose n’importe quelle question à tes tables.
Un agent qui lit ton schema, exécute des requêtes et rédige des écritures — propulsé par Amazon Bedrock via tes identifiants AWS. Aucun serveur DynoTable dans la boucle.
Ton Bedrock, tes clés
Le modèle s’exécute dans ton compte. Tu paies AWS au prix coûtant, aucune marge, aucune taxe IA par siège. Les prompts, le schema et les lignes ne quittent jamais ton périmètre AWS.
Lit le vrai schema
Il inspecte d’abord les clés, les GSI et la forme des items — puis choisit Query plutôt que Scan quand il le peut.
Des brouillons que tu approuves
Les écritures sont présentées sous forme de diff vérifiable. Rien n’est commité sans ton accord.
Des jointures pour une base de données qui n’en a pas.
Trace des relations entre les tables sur un canevas et travaille la vue jointe en direct pendant que tu édites — aucune migration de schema, aucun ETL.
Recalcul en direct
Ajoute ou supprime une arête et la grille jointe se recalcule instantanément pendant que tu édites.
Par PK ou GSI
Joins sur la clé primaire ou sur n’importe quel index secondaire global — DynoTable choisit la lecture la moins coûteuse.
Lecture seule par défaut
Les tables de base ne sont jamais modifiées. La vue est une projection que tu peux exporter ou interroger.
Du vrai SQL. GROUP BY, COUNT, jointures.
Écris un SELECT complet avec agrégations et jointures multi-tables sur tes données DynamoDB en direct — les résultats arrivent en flux au fil des lignes. Du vrai SQL, dans le respect des règles d'access-pattern de DynamoDB.
Des agrégations que DynamoDB ne peut pas faire
SUM, AVG, COUNT DISTINCT, HAVING — le SQL que tu utilises, sur un stockage NoSQL.
Vois le coût avant d’exécuter
Quand un plan est disponible, l'aperçu identifie Scan ou Query et l'index ; l'estimation RCU n'apparaît que si les métadonnées de la table le permettent. Une Query de partition ordinaire n'affiche aucun RCU.
S’intègre dans la grille
Les résultats utilisent la même grille de données que partout ailleurs — trie, filtre et ouvre n’importe quelle ligne.
Ton agent préféré, tes données.
Connecte Claude Code, Cursor ou Codex à DynoTable via MCP. L’agent lit ton schema et travaille tes tables au travers d’une connexion dont tu définis la portée et que tu approuves — les écritures atterrissent toujours en staging pour ta revue.
N’importe quel client MCP
Claude Code, Cursor, Codex — connecte-toi via le MCP standard avec OAuth, une connexion par profil.
Tu approuves la connexion
Chaque agent obtient la portée que tu choisis — lecture seule, lecture + staging, ou complète — et uniquement les profils que tu exposes.
Les agents proposent, tu commites
Les agents externes n’écrivent jamais directement. Les changements atterrissent en staging sous forme de diff vérifiable — c’est toi qui commites.
Fait ce que la Console AWS ne sait pas faire. Plus léger que les clients cloud.
Voici où se situe DynoTable face à la Console et aux clients cloud — pour le panorama complet, outil par outil, consulte le tour d’horizon pratique des meilleurs clients GUI DynamoDB.
| DynoTable | AWS Console | Clients cloud | |
|---|---|---|---|
| Agent IA sur tes propres identifiants | Oui | — | tiers |
| Jointures visuelles et vrai SQL | Oui | — | partiel |
| Tout au clavier, ⌘K partout | Oui | — | variable |
| Les données de table ne touchent jamais nos serveurs | Oui | dans le navigateur | synchronisé sur le cloud |
| Exports à mémoire constante (1M+ lignes) | Oui | — | variable |
Des réponses claires.
En quoi est-ce différent de Dynobase ou des clients cloud ?
Trois choses : un SQL Workbench qui exécute de vraies jointures, des GROUP BY et des agrégats sur tes tables, un agent IA qui s'exécute sur ton propre AWS Bedrock, et une conception local-first — les données de tes tables et tes identifiants AWS ne touchent jamais un serveur DynoTable, là où les clients cloud les font transiter par le leur.
L’IA envoie-t-elle mes données à un tiers ?
Non. L’agent s’exécute sur Amazon Bedrock via tes propres identifiants AWS — les prompts, le schema et les lignes des tables ne quittent jamais ton compte AWS. Aucun serveur DynoTable n’intervient.
Suis-je obligé d’utiliser l’IA, et combien ça coûte ?
Non. Le navigateur de tables, le SQL Workbench et l’aperçu des coûts fonctionnent tous pleinement sans elle, et l’agent IA est là dès que tu en as besoin. Il s’exécute sur ton propre AWS Bedrock, donc tu paies AWS directement au prix coûtant — aucune marge, aucune taxe IA par siège.
Est-ce sûr de l’utiliser sur mes tables de production ?
Oui. DynoTable utilise tes propres identifiants AWS : il ne peut donc faire que ce que ta politique IAM autorise — donne-lui un rôle en lecture seule et il ne peut rien modifier. Et une édition d'item ne touche pas directement ta table : elle s'accumule dans une fenêtre de staging que tu relis avant de valider.
Puis-je utiliser Claude Code ou Cursor avec mes tables ?
Oui. DynoTable exécute un serveur MCP local auquel les agents externes se connectent — désactivé par défaut et approuvé par connexion. L’agent n’écrit jamais directement dans DynamoDB : chaque changement atterrit dans ta fenêtre de validation en staging pour être examiné et validé, et tes identifiants AWS ne quittent jamais ta machine.
Comment les jointures et le SQL fonctionnent-ils sans surcharger DynamoDB ?
DynoTable exécute les jointures et les agrégations sur ta machine — jamais contre DynamoDB — et lit via Query plutôt que Scan dès qu'une clé ou un index le permet. Quand un plan se compile, l'aperçu des coûts nomme Query ou Scan et l'index avant que tu ne l'exécutes.
Fonctionne-t-il hors ligne ou avec DynamoDB Local ?
Oui. Pointe un Profil vers un endpoint local (p. ex. DynamoDB Local sur le port 8000/9000) et continue sans AWS — une connexion instable ne te bloque pas. Le token de licence se renouvelle tous les quelques jours ; ensuite l’app reste en lecture seule jusqu’à ce qu’elle puisse se reconnecter. Les Profils peuvent être en ligne ou hors ligne, chacun avec sa propre région et couleur.
DynoTable est-il gratuit ?
Les outils web — les calculateurs et le builder d'expressions — sont gratuits, sans inscription. L'application de bureau démarre avec un essai de 30 jours de la formule que tu choisis, sans carte bancaire. Ensuite, elle reste sur la formule Gratuit, sans limite de durée. La formule Gratuit inclut la navigation, les SELECT PartiQL, les exports de données, de code et de schema, et les lectures de schema/items via MCP ; les sièges payants ajoutent le SQL Workbench, les Smart Tables, les écritures et l'IA.
Ai-je besoin d’une carte bancaire pour démarrer l’essai ?
Non — l'essai de 30 jours ne nécessite aucune carte bancaire. Télécharge DynoTable, connecte-toi, et tu obtiens tout ce que contient la formule que tu essaies pendant 30 jours. Tu n'ajoutes un moyen de paiement que si et quand tu décides de t'abonner.
Que se passe-t-il à la fin de l’essai ?
À la fin de l'essai, rien n'est facturé. Tes profils et tes réglages restent intacts. La formule Gratuit inclut la navigation, les SELECT PartiQL, les exports de données, de code et de schema, et les lectures de schema/items via MCP ; les sièges payants ajoutent le SQL Workbench, les Smart Tables, les écritures et l'IA.
Quelles plateformes sont prises en charge ?
macOS, Windows et Linux — tous disponibles dès aujourd’hui. macOS est livré en build Apple Silicon, Windows en installateur x64, et Linux en paquets .deb et .rpm.
Arrête de te battre avec la Console.
Télécharge DynoTable, pointe-le vers un profil et exécute ta première requête en moins d’une minute.
Essai gratuit de 30 jours, sans carte bancaire · ensuite la formule Gratuit, sans limite de durée · macOS, Windows et Linux