Une alternative à dynamodb-admin pour DynamoDB local et en direct

dynamodb-admin est le GUI web gratuit, sous licence MIT, que la plupart des développeurs attrapent quand ils lancent DynamoDB Local ou LocalStack. Tu l'exécutes comme un petit serveur Node (npm install -g dynamodb-admin), tu le pointes sur un endpoint, et tu parcours tes tables locales. Il excelle dans cette unique tâche. Cette page est pour quand tu l'as dépassé et que tu veux un client qui gère les tables locales et AWS en direct, avec un SQL Workbench, la modification en staging, des exports complets et un accès MCP pour l'agent de code que tu utilises déjà. DynoTable est un client DynamoDB de bureau multiplateforme construit exactement autour de ça.

Quand dynamodb-admin l'emporte sur DynoTable

Ce que dynamodb-admin fait bien

Le README de dynamodb-admin le décrit simplement : un « GUI pour DynamoDB Local, dynalite, localstack etc. » (README). C'est le bon outil quand tu travailles contre un endpoint local :

• Gratuit et open source (MIT), donc il n'y a rien à acheter ni à licencier (licence).
• Zéro friction d'installation — npm install -g dynamodb-admin et tu as une UI web sur localhost:8001 (le --port par défaut), pointée par défaut sur http://localhost:8000 (README).
• Une image Docker — l'image officielle aaronshaf/dynamodb-admin sur Docker Hub se glisse directement dans un docker-compose à côté d'amazon/dynamodb-local. Elle lit les variables d'env HOST, PORT, BASE_PATH et DYNAMO_ENDPOINT (README), donc elle se câble proprement dans une stack de dev conteneurisée.
• Créer, parcourir et modifier des tables via une interface web simple pendant que tu développes, sans toucher à la console AWS.
• Activement maintenu — la v5.3.4 est sortie le 10 juin 2026 (releases, vérifié le 2026-07-30).

Par défaut, il fixe accessKeyId / secretAccessKey aux valeurs factices key et secret et la région à us-east-1 (README), ce qui te dit exactement pour quoi il est construit : la boucle interne de développement local.

dynamodb-admin peut-il se connecter à DynamoDB AWS en direct ?

Techniquement oui — et c'est la chose la plus courante que les gens essaient une fois qu'une UI admin local-only ne suffit plus. Tu surcharges l'endpoint et fournis de vrais identifiants :

# 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

Ou passe --skip-default-credentials pour qu'il cesse d'injecter les key/secret factices et retombe sur la résolution standard des identifiants du SDK AWS à la place (README).

Ça marche, mais c'est hors du chemin balisé. Les options documentées de dynamodb-admin sont l'endpoint, l'hôte, le port, le base path et un toggle d'identifiants (README) ; il n'y a aucun gestionnaire de connexion, aucun sélecteur de profil, aucun SSO. Changer de compte ou de région signifie arrêter le processus Node et le relancer avec des variables d'env différentes. Bien pour un coup d'œil occasionnel à une table de prod ; une friction comme outil quotidien sur plusieurs comptes. DynoTable lit chaque profil de ta config ~/.aws — sessions SSO comprises — et passe de l'un à l'autre avec ⌘P (ou ⌘1–⌘9), les endpoints locaux juste à côté des régions en direct.

Là où dynamodb-admin s'arrête

La frontière apparaît à mesure que ton travail dépasse une seule table locale :

• Les tables AWS en direct sont hors du chemin balisé. Comme ci-dessus, tu peux le pointer sur une vraie région, mais il est documenté et configuré par défaut autour de DynamoDB Local, sans connexions enregistrées ni changement de profil.
• Pas de requêtes relationnelles. Comme tout navigateur visuel, il liste et modifie des items dans une table. Il ne peut pas joindre deux tables, faire un GROUP BY, ni calculer un COUNT / SUM, parce que DynamoDB n'a pas de moteur de requête relationnel en dessous. dynamodb-admin n'en ajoute pas, et PartiQL non plus : sa grammaire SELECT prend un unique FROM table sans JOIN, GROUP BY, ni fonctions d'agrégation (référence SELECT PartiQL d'AWS) (voir PartiQL vs SQL).
• Les modifications touchent la table à l'instant où tu les enregistres. C'est ce que fait un formulaire CRUD basique, et contre une table locale jetable c'est exactement ce qu'il faut. Contre une table dont d'autres personnes dépendent, c'est la raison pour laquelle tu hésites avant de cliquer.
• C'est un onglet de navigateur sur un serveur que tu exécutes. Pas d'app de bureau native, pas de connexions enregistrées entre projets, pas de chaîne d'identifiants intégrée. Tu gardes un processus Node (ou un conteneur) en marche et tu ajoutes localhost à tes favoris.

Aucun de ces points n'est un bug. Ce sont les bords d'un outil de dev local délibérément petit. La question est de savoir si ton workflow les a franchis.

Ce qu'un client DynamoDB complet ajoute par-dessus

DynoTable se connecte à DynamoDB local et en direct depuis une seule app de bureau, en utilisant les profils AWS et clés d'accès que tu as déjà. Tes données restent dans DynamoDB, donc il n'y a rien à migrer. Par-dessus le parcours et la modification que dynamodb-admin couvre, il ajoute les outils qui transforment un navigateur de tables en outil quotidien :

• Un SQL Workbench. INNER/LEFT JOIN, GROUP BY, COUNT/SUM/AVG — compilés sur le client vers les opérations réelles Query/Scan de DynamoDB, planifiés contre tes clés et GSI, donc il reste dans le cadre des règles d'access-pattern de DynamoDB. Quand un plan est disponible, l'aperçu du Workbench 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. Le guide SQL pour DynamoDB couvre ce vers quoi il compile.

-- 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;

• Des écritures en staging. Une édition d'item, une suppression mise en staging ou un changement rédigé par l'agent s'empile dans une zone de staging par table comme un diff que tu examines et valides — l'opposé d'un formulaire qui enregistre au clic. Contre des données de production, cette étape de revue est la fonctionnalité.
• MCP pour l'agent de code que tu utilises déjà. Pointe Claude Code, Cursor ou Codex sur tes tables — locales comprises — via MCP, avec une portée que tu choisis par connexion (lecture seule, lecture + staging, ou complète). Un agent qui peut lire tes tables DynamoDB Local pré-remplies pendant que tu codes, c'est la même boucle interne que sert dynamodb-admin, avec ton agent dedans. Le guide de configuration MCP a les détails.
• Un agent IA sur tes propres clés AWS Bedrock. Il lit ton vrai schema de clés avant d'interroger et met chaque écriture en staging pour approbation ; les prompts et les lignes ne quittent jamais ton périmètre AWS. La documentation du chat IA le décrit.
• Des exports complets. Des jeux de résultats entiers — vues filtrées comprises — en CSV, tableau JSON ou NDJSON, streamés pour que les grandes tables n'exigent pas la mémoire.

Pourquoi utiliser une app payante alors que dynamodb-admin est gratuit ?

Commence par ce qui reste gratuit. La formule Gratuit de DynoTable n'a pas de limite de durée : parcours et filtre les tables — locales et en direct — exécute des SELECT PartiQL, exporte données, code et schemas, et sers les lectures de schema et d'items à ton agent de code via MCP. Pour le parcours pour lequel dynamodb-admin est construit, les deux coûtent la même chose : rien.

La différence honnête : dynamodb-admin modifie gratuitement, tandis que la modification dans DynoTable — avec le workflow de revue en staging — fait partie des formules payantes après l'essai de 30 jours. Ce que l'abonnement achète n'existe dans dynamodb-admin à aucun prix : le SQL Workbench, l'agent IA, les écritures en staging et les Smart Tables. Si ton travail DynamoDB, c'est une table locale que tu parcours pendant que tu codes, garde dynamodb-admin. S'il s'étend à des comptes en direct, des questions relationnelles ou les données de production d'une équipe, c'est le workflow pour lequel DynoTable est construit.

DynoTable fonctionne-t-il avec DynamoDB Local comme dynamodb-admin ?

Oui — DynoTable tourne contre tes endpoints locaux quand tu le veux, donc ce n'est pas un remplaçant « live-only ». Voir se connecter à DynamoDB Local et LocalStack pour la configuration de l'endpoint et des identifiants factices. Il couvre la même boucle interne locale que dynamodb-admin, plus les tables en direct et les requêtes qu'il ne peut pas.

Avis honnête : quand dynamodb-admin suffit

Si tu ne fais jamais que parcourir une instance DynamoDB locale pendant le développement, que tu veux quelque chose de gratuit et open source, et que tu n'as jamais besoin de toucher des tables en direct ni de lancer un JOIN, dynamodb-admin est le choix pragmatique : garde-le. DynoTable mérite sa place quand tu travailles sur des comptes locaux et en direct, que tu veux des connexions enregistrées et ta vraie chaîne d'identifiants AWS, ou que tu as atteint une requête qu'un navigateur mono-table ne peut pas exprimer.

Télécharge DynoTable pour macOS, Windows ou Linux, pointe-le sur le même profil que tu utilises aujourd'hui, et lance une requête que tu ne pouvais pas exprimer avant. L'essai est gratuit pendant 30 jours, sans carte bancaire, et DynoTable reste sur la formule Gratuit après ça — le parcours, PartiQL, les exports complets et le MCP en lecture seule restent gratuits sans limite de durée. Voir tarification pour les plans actuels, et DynoTable en tant que GUI DynamoDB pour la vue d'ensemble.

FAQ

DynoTable est-il une alternative à dynamodb-admin ?

Pour le développement local-only, dynamodb-admin est gratuit et excellent. DynoTable est l'alternative quand tu as aussi besoin de tables AWS en direct, de connexions enregistrées via ta chaîne d'identifiants AWS, de la modification en staging avec revue, d'exports complets, d'un accès MCP pour les agents de code et d'un SQL Workbench qui exécute des JOIN, des GROUP BY et des agrégats — rien de tout cela qu'un navigateur local mono-table ne fournit.

dynamodb-admin peut-il se connecter à DynamoDB AWS en direct ?

Techniquement oui : tu surcharges --dynamo-endpoint vers une vraie région et fournis des identifiants (avec --skip-default-credentials et les variables d'env AWS standard). Mais il est construit et configuré par défaut autour de DynamoDB Local, sans gestionnaire de connexion ni changement de profil, donc l'usage en direct est hors du chemin balisé.

Pourquoi utiliser une app payante alors que dynamodb-admin est gratuit ?

La formule Gratuit de DynoTable est gratuite elle aussi, sans limite de durée, et elle couvre aussi bien les tables locales que celles en direct. 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.

Existe-t-il une image Docker dynamodb-admin ?

Oui. aaronshaf/dynamodb-admin est publiée sur Docker Hub et configurée via les variables d'env HOST, PORT, BASE_PATH et DYNAMO_ENDPOINT, donc elle se place à côté d'amazon/dynamodb-local dans un docker-compose (README). DynoTable est une app de bureau, pas un conteneur, donc il n'y a pas d'image à exécuter ; il se connecte directement à ton endpoint local ou à ton compte en direct.

dynamodb-admin peut-il exécuter du SQL ou joindre des tables ?

Non. dynamodb-admin parcourt et modifie une table à la fois ; il n'a aucune surface SQL documentée, et DynamoDB lui-même n'a aucun moteur relationnel. Même le SELECT de PartiQL est mono-FROM sans JOIN, GROUP BY, ni agrégats (référence SELECT PartiQL d'AWS), donc JOIN, GROUP BY et les agrégats ne sont pas possibles sans un client qui les planifie. Le SQL Workbench de DynoTable les compile vers les opérations réelles Query/Scan de DynamoDB.

Sur le même sujet

• Parcours le hub de comparaison complet pour chaque alternative à DynoTable.
• Voir aussi DynoTable en tant que GUI DynamoDB.
• Nouveau sur DynamoDB local ? Lis DynamoDB Local et se connecter à DynamoDB Local & LocalStack.
• Besoin de requêtes relationnelles ? Voir SQL pour DynamoDB, DynamoDB JOIN et DynamoDB GROUP BY.

Dernière vérification le 2026-07-30. dynamodb-admin est un logiciel open source sous licence MIT de ses auteurs respectifs ; référencé ici à des fins d'identification uniquement.