Une meilleure alternative à la console DynamoDB AWS

La console DynamoDB AWS te donne une liste de tables, un navigateur d'items et un éditeur PartiQL. Ça couvre le coup d'œil rapide, et ça s'arrête là. DynoTable est un client DynamoDB de bureau construit pour le travail quotidien : un SQL Workbench qui exécute JOIN, GROUP BY et les agrégats dans le cadre des règles d'access-pattern de DynamoDB, un agent IA sur tes propres clés AWS Bedrock, un accès MCP pour les agents de code comme Claude Code et Cursor, et le workflow que la console n'a jamais développé — onglets, dossiers, requêtes enregistrées, changement de profil en un raccourci et exports complets. DynoTable lit ta chaîne d'identifiants AWS standard et parle aux mêmes tables de ton compte, donc il n'y a rien à migrer.

Fonctionnalité	DynoTable	AWS DynamoDB Console
SQL JOINs, GROUP BY et agrégations	Oui	Non
Smart Tables (vues jointes visuelles)	Oui	Non
Agent IA sur tes propres clés AWS Bedrock	Oui	Amazon Q, hébergé
Connecte des agents IA externes (MCP), revue en staging	Oui	Non
Aperçu du plan de requête (Scan/Query + RCU si disponible)	Oui	Non
Fonctions d’agrégation (COUNT / SUM / AVG)	Oui	SIZE uniquement
Export complet des résultats (CSV / JSON / NDJSON)	Oui	CSV, une page à la fois
Grille de résultats auto-paginée	Oui	Manuel, 1 MB à la fois
Onglets multiples, dossiers et requêtes enregistrées	Oui	Non
Changement instantané de profil AWS et de région	Oui	Connexion / changement de rôle
Écritures en staging (revue par modification)	Oui	Écritures immédiates
Fonctionne hors ligne (DynamoDB Local)	Oui	Non
Navigation tout au clavier	Oui	Non
Installer	Application de bureau	Aucun
Tarifs	Formule gratuite, dès $9/mois facturés annuellement	Gratuit

Quand la console AWS l'emporte sur DynoTable

Ton workflow	Choisis
Créer une table, ajuster la capacité ou basculer un réglage TTL une fois	Console AWS
Jeter un œil à quelques items ou lancer un `GetItem` ponctuel	Console AWS
`JOIN`, `GROUP BY` ou agrégats sur des tables en direct au quotidien	DynoTable
Exporter un jeu de résultats filtré complet sans paginer 1 Mo à la fois	DynoTable
Écritures préparées, requêtes enregistrées ou MCP pour Claude Code / Cursor	DynoTable

Pourquoi utiliser une app payante alors que la console AWS est gratuite ?

Commence par ce qui reste gratuit. La formule Gratuit de DynoTable n'a pas de limite de durée : parcours et filtre les tables, 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 lire et exporter, la console et DynoTable coûtent la même chose : rien.

L'abonnement achète ce que la console n'offre à aucun prix : le SQL Workbench (JOIN, GROUP BY, COUNT/SUM/AVG — PartiQL n'en supporte aucun), la modification avec une zone de staging qui retient tes éditions d'items comme un diff vérifiable avant qu'elles ne touchent la table, les Smart Tables, et l'agent IA.

Et puis il y a ton temps. Dans la console, un export complet signifie télécharger une page, cliquer sur suivant et télécharger encore ; parcourir une grande table signifie paginer 1 Mo à la fois ; et le filtre que tu as construit hier a disparu aujourd'hui. DynoTable exporte des jeux de résultats entiers, pagine pour toi et garde tes requêtes enregistrées. Si DynamoDB fait partie de ton travail quotidien, ce travail ingrat coûte plus cher que l'abonnement. Si tu ouvres la console une fois par semaine pour vérifier une valeur, garde la console ; la dernière section de cette page parle exactement de ça.

Peut-on interroger DynamoDB en SQL dans la console ?

Seulement le sous-ensemble au goût SQL que PartiQL expose. La console a un éditeur PartiQL intégré (dans le volet de navigation gauche) qui exécute des instructions PartiQL (docs AWS), et la grammaire SELECT de PartiQL est délibérément étroite :

SELECT expression [, ...]
FROM table[.index]
[ WHERE condition ]
[ ORDER BY key [DESC|ASC], ... ]

(docs AWS.) Une table, un WHERE optionnel, un ordre optionnel : pas de JOIN, pas de GROUP BY, et PartiQL liste exactement une fonction d'agrégation, SIZE, en notant que « toute fonction SQL non incluse dans cette liste n'est actuellement pas supportée » (docs AWS). Cela expose fidèlement le modèle d'accès mono-table de DynamoDB, mais ça signifie que les questions analytiques sont hors-jeu dans la console. Le guide PartiQL vs SQL parcourt exactement où la grammaire s'arrête, et le guide d'exemples PartiQL a des instructions à copier-coller pour ce qu'elle peut faire.

Le SQL Workbench de DynoTable compile un SQL plus riche — INNER/LEFT JOIN, GROUP BY, COUNT, SUM et compagnie — vers les opérations réelles Query/Scan de DynamoDB sur le client. Tu écris du SQL de forme relationnelle ; DynoTable le planifie contre tes clés et GSI, donc il reste dans le cadre des règles d'access-pattern de DynamoDB plutôt que de prétendre que la table est une base de données relationnelle.

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.

Si tu as atteint le mur où l'éditeur PartiQL de la console s'arrête, le guide SQL pour DynamoDB explique ce qui marche et ce qui ne marche pas, le guide DynamoDB JOIN montre comment le Workbench joint deux tables, et le guide GROUP BY couvre l'agrégation sans clause GROUP BY.

Un agent IA sur tes clés, et MCP pour l'agent que tu utilises déjà

La console embarque Amazon Q, un assistant hébergé qui répond aux questions AWS depuis l'interface de la console (aws.amazon.com/q/developer, vérifié le 2026-07-29). L'agent de DynoTable est un outil d'un autre genre. Il tourne sur Amazon Bedrock via tes propres identifiants AWS, donc les prompts, le schema et les lignes ne quittent jamais ton périmètre AWS, et tu paies AWS au prix coûtant, sans marge. Il lit ton vrai schema de clés et tes GSI avant d'interroger, préfère un Query à un Scan quand tes clés le permettent, et rédige les écritures comme un diff que tu approuves ; rien n'est commité sans ton accord. La documentation du chat IA couvre la configuration, les modèles et les permissions.

Si tu travailles déjà avec Claude Code, Cursor ou Codex, pointe plutôt cet agent sur tes tables : DynoTable les expose via MCP, avec une portée que tu choisis par connexion (lecture seule, lecture + staging, ou complète). Les agents externes n'écrivent jamais directement. Leurs changements atterrissent dans la même zone de staging comme un diff vérifiable, et c'est toi qui valides. Le guide de configuration MCP a les détails, et la formule Gratuit sert le MCP en lecture seule sans limite de durée.

Conçu pour le travail DynamoDB quotidien

La vitesse au quotidien, ce sont surtout de petites choses répétées des centaines de fois, et c'est là qu'un client de bureau se détache d'un onglet de navigateur :

Onglets et dossiers : garde tables, requêtes et éditeurs d'items ouverts côte à côte, groupe-les en dossiers, et retrouve tout ton espace de travail au redémarrage.
Requêtes enregistrées : une seule bibliothèque de requêtes pour PartiQL et SQL, pour que l'instruction que tu as peaufinée au dernier sprint soit à un raccourci au lieu d'être reconstruite de mémoire.
Changement de profil et de région : chaque profil de ta config ~/.aws, commutable avec ⌘P (ou ⌘1–⌘9). Pas de reconnexion, pas de danse de changement de rôle.
Autocomplétion : les filtres suggèrent des noms d'attributs à partir de tes vrais items, et les éditeurs de requêtes complètent les noms de tables et le SQL pendant que tu tapes.
Clavier d'abord : ⌘K ouvre n'importe quoi — une table, une requête enregistrée, une commande.
É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. Les modifications de la console sont enregistrées à l'instant où tu cliques.
DynamoDB Local : pointe un profil sur localhost et parcours les tables locales comme n'importe quelle région. Le DynamoDB téléchargeable tourne « sans accéder au service web DynamoDB » (docs AWS), et la console web n'affiche que le service web, donc les tables locales lui sont invisibles.

Le travail ingrat que la console te laisse

Le navigateur d'items de la console est une fine enveloppe sur l'API DynamoDB, et l'API a des aspérités. Rien de ce qui suit n'est un bug de la console — un filtre s'exécute vraiment après la lecture, et une page est vraiment plafonnée à 1 Mo — mais la console te fait gérer chaque aspérité à la main, alors qu'un client peut les absorber.

Les filtres ne réduisent pas ce que tu paies. Une expression de filtre « est appliquée après la fin d'un Scan mais avant que les résultats ne soient renvoyés », donc un Scan « consomme la même quantité de capacité de lecture, qu'une expression de filtre soit présente ou non » (docs AWS). C'est vrai dans n'importe quel client, DynoTable compris. Quand un plan est disponible, l'aperçu de DynoTable 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, là où la console ne te donne aucun signal de coût. Le guide query vs scan explique pourquoi ça compte.
La pagination est manuelle, 1 Mo à la fois. « Une seule requête Scan peut récupérer un maximum de 1 Mo de données », et « l'absence de LastEvaluatedKey est le seul moyen de savoir que tu as atteint la fin du jeu de résultats » (docs AWS). Dans la console, ça signifie cliquer page après page pour parcourir une table. La grille de DynoTable suit le curseur pour toi et peut exécuter une requête jusqu'à la fin du jeu de résultats ; le guide de pagination explique comment le curseur fonctionne sous le capot.
L'export CSV se fait une page à la fois. La propre documentation d'export CSV d'AWS le dit clairement : « tu peux exporter les résultats une page à la fois vers un fichier CSV. S'il y a plusieurs pages de résultats, tu dois exporter chaque page individuellement » (docs AWS). DynoTable exporte tout le jeu de résultats en une passe, en CSV, JSON ou NDJSON.

Comment exporter une table DynamoDB en CSV sans cliquer page par page

L'export CSV natif d'AWS se fait page par page. Pour l'Operation Builder de NoSQL Workbench, les docs sont explicites : tu « peux exporter les résultats une page à la fois vers un fichier CSV » et « dois exporter chaque page individuellement » (docs AWS). La vue Explore items de la console web est orientée page de la même façon : elle scanne une page de résultats à la fois et tu exportes les lignes devant toi, donc un export complet d'une grande table signifie toujours filtrer, paginer et télécharger à la main.

DynoTable exporte tout le jeu de résultats d'une requête ou d'un scan d'un seul coup, vues filtrées comprises, en CSV, tableau JSON ou NDJSON, en valeurs simples ou en JSON DynamoDB brut, et il streame l'export pour qu'une table d'un million de lignes n'exige pas un million de lignes en mémoire. Les options plus longues (AWS CLI, export S3, scripts) sont couvertes dans le guide d'export DynamoDB vers CSV. Un piège qu'il vaut mieux connaître d'emblée : l'API bas niveau de DynamoDB utilise des descripteurs de type (S, N, B, BOOL, …) comme tokens indiquant à DynamoDB comment interpréter chaque attribut (docs AWS), donc un dump CSV naïf de JSON DynamoDB laisse fuiter les enveloppes {"S": "..."} à moins que l'outil ne les aplatisse (le guide des types de données explique les tags de type).

Quand la console suffit (et quand non)

La console est vraiment très bien pour les petits travaux occasionnels : examiner une poignée d'items, un GetItem ponctuel, créer une table, ou vérifier un réglage. Si tu ouvres DynamoDB une fois par semaine et ne dépasses jamais le premier écran, tu n'as besoin de rien d'autre.

Ça commence à faire mal dès que ton travail est répétitif ou analytique : parcourir des milliers d'items, reconstruire le même filtre à chaque session, exporter un jeu de résultats complet, ou répondre à une question « combien / quel est le total ». C'est là qu'un client dédié, et spécifiquement le SQL Workbench, se rentabilise.

Télécharge DynoTable pour macOS, Windows ou Linux, pointe-le sur le même profil et la même région que tu utilises dans la console, et lance un JOIN ou un GROUP BY 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 — navigation, SELECT PartiQL, exports et lectures de schema/items via MCP, sans limite de durée. Voir tarification pour les plans actuels.

FAQ

Existe-t-il une meilleure alternative à la console DynamoDB AWS ?

Oui. DynoTable est un client DynamoDB de bureau qui ajoute ce que la console n'a jamais eu : un SQL Workbench pour les JOIN, GROUP BY et agrégats, un agent IA sur tes propres clés Bedrock, un accès MCP pour les agents de code, des écritures en staging, des exports complets, et des onglets, dossiers et requêtes enregistrées.

Pourquoi payer pour une app DynamoDB alors que la console AWS est gratuite ?

La formule Gratuit de DynoTable est gratuite elle aussi, 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.

Pourquoi la console DynamoDB ne peut-elle pas exécuter JOIN ou GROUP BY ?

La console interroge avec PartiQL, dont la grammaire SELECT est mono-table avec un WHERE et un ORDER BY optionnels, et la seule fonction d'agrégation qu'elle supporte est SIZE (docs AWS). Le SQL Workbench de DynoTable planifie ces requêtes sur le client, en les compilant vers les opérations réelles Query/Scan de DynamoDB.

Dois-je migrer mes données pour utiliser une alternative à la console ?

Non. DynoTable lit ta chaîne d'identifiants AWS standard et pointe sur les mêmes régions et tables ; tes données restent dans DynamoDB, donc il n'y a rien à migrer.