Quand ne faut-il pas utiliser DynamoDB ?

Évite DynamoDB quand ta charge est analytique ou que tes schémas d'accès sont inconnus. DynamoDB est spécialement conçu pour les charges opérationnelles (OLTP) aux schémas d'accès connus et basés sur des clés — il n'a ni jointures ni fonctions d'agrégation, et les requêtes ad hoc retombent sur des scans complets de table coûteux. Pour du reporting OLAP ou des besoins relationnels évolutifs, choisis un autre moteur.

Mauvais choix

Analytique et reporting ad hoc (OLAP) — il n'y a pas de GROUP BY, SUM ni AVG ; chaque agrégation est un scan ou un agrégat pré-calculé que tu maintiens toi-même. Voir le guide d'agrégation pour les contournements.
Schémas relationnels normalisés — DynamoDB omet délibérément l'opérateur JOIN ; la recommandation d'AWS elle-même est de dénormaliser. Si ton modèle a réellement besoin de jointures multiples au moment de la lecture, un moteur relationnel convient mieux — compare directement dans DynamoDB vs PostgreSQL.
Schémas d'accès inconnus ou à évolution rapide — tu conçois les clés autour des requêtes. Quand tu ne peux pas encore nommer les requêtes, chaque nouvelle requête risque une refonte de table ou un scan complet.
Recherche plein texte et requêtes riches — voir DynamoDB prend-il en charge la recherche plein texte ? ; la recherche a sa place dans un index de recherche.
Objets volumineux — les éléments sont plafonnés à 400 Ko ; les médias et documents ont leur place dans S3 avec un pointeur dans la table.

Là où il excelle

La liste inverse est exactement le point fort de DynamoDB : des charges opérationnelles à fort volume avec des lectures et écritures prévisibles basées sur des clés, qui doivent rester de l'ordre de la milliseconde à un chiffre à toute échelle — paniers, sessions, profils, état de jeu, événements IoT. Le guide quand utiliser DynamoDB présente les arguments positifs, et les comparaisons DynamoDB vs détaillent les confrontations directes.

Pour aller plus loin

Si tu hésites, lis ensuite quand utiliser DynamoDB. Déjà sur DynamoDB et SQL te manque ? DynoTable exécute JOIN et GROUP BY sur des tables en direct depuis le bureau — et le calculateur de tarification te dit combien coûterait ta charge avant que tu ne t'engages.

Références

Dernière vérification le 2026-07-13 par rapport à la documentation officielle AWS liée ci-dessus.