DynamoDB vs Amazon DocumentDB
Les deux sont des bases de données NoSQL AWS entièrement managées, mais elles résolvent des problèmes différents. DynamoDB est un magasin clé-valeur et document serverless ; Amazon DocumentDB est une base de données document compatible MongoDB. Cette page les compare factuellement pour que tu puisses choisir la bonne avant de t'engager sur un modèle de données.
Quelle est la différence entre DynamoDB et DocumentDB ?
DynamoDB est une base de données clé-valeur et document serverless sans serveurs ni clusters à gérer — tu montes en charge par volume de requêtes ou par capacité provisionnée. Amazon DocumentDB est une base de données document compatible MongoDB qui tourne sur un cluster d'instances (une instance primaire plus des réplicas de lecture). DynamoDB utilise sa propre API ; DocumentDB parle l'API MongoDB, donc les applications, pilotes et outils MongoDB existants fonctionnent avec elle.
DynamoDB vs Amazon DocumentDB en un coup d'œil
| Caractéristique | DynamoDB | Amazon DocumentDB |
|---|---|---|
| Modèle de données | Clé-valeur et document (éléments avec attributs typés) | Document (documents JSON/BSON dans des collections) |
| API de requête | API DynamoDB (GetItem, Query, Scan, PutItem, UpdateItem) plus PartiQL | API MongoDB — les mêmes pilotes, outils et shell mongo/mongosh que tu utilises avec MongoDB |
| Taille max d'enregistrement | 400 Ko par élément | 16 Mo par document (BSON, la limite de document MongoDB) |
| Index | Index secondaires globaux (GSI) et index secondaires locaux (LSI) | Index secondaires de style MongoDB, y compris les index composés |
| Cohérence | À terme par défaut ; lectures fortement cohérentes optionnelles ; transactions ACID | Les lectures depuis l'instance primaire sont fortement cohérentes ; les lectures sur réplica peuvent être à terme (read preference) ; transactions ACID |
| Montée en charge / provisionnement | Serverless — pas d'instances ni de clusters ; capacité à la demande ou provisionnée | Cluster basé sur des instances (une primaire plus jusqu'à 15 réplicas) ou clusters élastiques ; une classe d'instance serverless est aussi disponible |
| Modèle tarifaire | À la demande (par requête) ou capacité de lecture/écriture provisionnée, plus le stockage | Calcul par instance-heure, plus les requêtes I/O, le stockage et le stockage de sauvegarde |
| Meilleur usage | Charges clé-valeur et serverless à grande échelle avec schémas d'accès connus | Charges MongoDB existantes et applications document nécessitant l'API MongoDB sur AWS |
Les tailles suivent la documentation propre à chaque service. DynamoDB mesure la taille en unités binaires (1 Ko = 1024 octets) ; le chiffre de 16 Mo de DocumentDB est la limite standard de document BSON de MongoDB.
Quand DynamoDB est le meilleur choix
- Tu ne veux aucune infrastructure à gérer. DynamoDB n'a pas d'instances, de clusters ni de réplicas à dimensionner, corriger ou basculer — tu crées une table et tu la lis/écris. La capacité est soit à la demande (par requête), soit provisionnée.
- Ta charge de travail est clé-valeur ou mono-table avec des schémas d'accès connus. DynamoDB récompense la conception autour de tes requêtes en amont. Voir comment modéliser les données dans DynamoDB et la conception mono-table.
- Tu as besoin de performances prévisibles à très grande échelle. DynamoDB offre des lectures et écritures de l'ordre de la milliseconde qui restent stables à mesure que le trafic augmente.
- Tu construis du serverless sur AWS. DynamoDB s'associe naturellement à Lambda et à une facturation par requête, sans coût d'instance inactive.
Quand DocumentDB est le meilleur choix
- Tu utilises déjà MongoDB. DocumentDB est compatible avec l'API MongoDB, donc tes pilotes, outils et code applicatif existants peuvent souvent se connecter avec un minimum de changements — utile pour un lift-and-shift vers AWS.
- Tu as besoin de gros documents ou de requêtes riches et ad hoc. La limite de document de 16 Mo de DocumentDB est bien plus grande que l'élément de 400 Ko de DynamoDB, et le langage de requête MongoDB prend en charge un filtrage et une agrégation flexibles sans concevoir chaque schéma d'accès à l'avance.
- Tu préfères un modèle document-first avec une API familière. Si ton équipe pense en collections et documents MongoDB plutôt qu'en clés de partition/tri, DocumentDB conserve ce modèle mental.
Aucun n'est strictement « meilleur » — DynamoDB échange la flexibilité de requête contre une montée en charge serverless sans intervention, tandis que DocumentDB échange la simplicité serverless contre la compatibilité MongoDB et des documents plus gros et plus flexibles.
Travailler avec DynamoDB
Une fois DynamoDB choisi, DynoTable est un client DynamoDB de bureau pour parcourir, éditer et interroger tes tables sans la console AWS. Il lit tes identifiants AWS standard, donc tes données restent dans ton compte et dans DynamoDB.
Comme DynamoDB a sa propre syntaxe d'expression plutôt que du SQL ou le langage de requête MongoDB, le DynamoDB Expression Builder gratuit t'aide à construire des conditions de clé, des expressions de filtre et des expressions de mise à jour correctes et à les copier directement dans ton code SDK. Pour vérifier les coûts avant de migrer, le calculateur de tarification DynamoDB estime la dépense de capacité à la demande et provisionnée.
FAQ
DocumentDB est-il la même chose que DynamoDB ? Non. Ce sont deux services de base de données AWS distincts. DynamoDB est un magasin clé-valeur et document serverless avec sa propre API, tandis qu'Amazon DocumentDB est une base de données document compatible MongoDB qui tourne sur un cluster d'instances. Ils ne partagent aucune API de requête et sont provisionnés, mis à l'échelle et tarifés différemment.
Lequel est le moins cher, DynamoDB ou DocumentDB ? Cela dépend de la charge de travail, donc il n'y a pas de réponse universelle. DynamoDB facture par requête (à la demande) ou par capacité provisionnée plus le stockage, sans coût d'instance inactive — souvent moins cher pour un trafic en pics ou à faible base. DocumentDB facture par instance-heure plus les I/O, le stockage et les sauvegardes, ce qui peut être plus rentable pour des charges stables et à fort débit sur des instances correctement dimensionnées.
DynamoDB prend-il en charge l'API MongoDB ?
Non. DynamoDB utilise sa propre API (GetItem, Query, Scan, PutItem,
UpdateItem) et prend aussi en charge PartiQL, un langage de requête compatible SQL.
Amazon DocumentDB est le service AWS qui fournit la compatibilité avec l'API MongoDB.
Ressources liées
- Apprends les types de données DynamoDB et la conception mono-table avant de modéliser une table.
- Compare les modes de capacité dans à la demande vs provisionné.
- Construis des requêtes rapidement avec le DynamoDB Expression Builder gratuit, puis télécharge DynoTable pour travailler tes tables.
Dernière vérification le 2026-07-12 par rapport aux guides développeur AWS DynamoDB et Amazon DocumentDB. Amazon DocumentDB et MongoDB sont des marques de leurs propriétaires respectifs, mentionnées ici à des fins d'identification uniquement.