Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Bonnes pratiques
Cette section résume les recommandations en plus des meilleures pratiques décrites dans les sections précédentes (telles que le stockage d'éléments supérieurs à 400 Ko dans Amazon S3, l'utilisation d'index, la conception de tables uniques et les transactions).
Utiliser le modèle d'accès persistant aux objets
Comme indiqué précédemment dans ce guide, Amazon DynamoDB propose trois modèles d'accès. L'interface de persistance des objets fournit easy-to-maintain du code et du nettoyage. À moins que vous ne deviez personnaliser ou transformer les valeurs des propriétés du modèle lors des opérations de lecture/écriture, nous vous recommandons d'utiliser l'interface de persistance des objets.
Choisissez le mode de provisionnement de capacité approprié
Le provisionnement des capacités à la demande adapte automatiquement les opérations de lecture et d'écriture à mesure que vos charges de travail augmentent ou diminuent. Nous vous recommandons d'utiliser ce mode si votre charge de travail est imprévisible. Le coût est généralement supérieur à celui du mode capacité provisionnée et est facturé sur une pay-as-you-use base. Nous vous recommandons d'utiliser le mode capacité provisionnée lorsque votre charge de travail est prévisible et que vous pouvez prévoir vos besoins en capacité. Pour plus d'informations, consultez la section Modèles de tarification plus haut dans ce guide.
Utiliser la mise en cache
Nous vous recommandons d'utiliser la mise en cache lorsque vous utilisez DynamoDB afin de réduire le coût associé à chaque opération de lecture/écriture. Utilisez la logique d'invalidation appropriée pour supprimer des éléments du cache lorsque les données mises en cache deviennent périmées. Identifiez les points de terminaison les plus fréquemment utilisés pour implémenter la mise en cache.
Utilisez des requêtes plutôt que des scans
Évitez autant que possible les scans DynamoDB. Une requête DynamoDB est plus efficace et moins coûteuse qu'une opération d'analyse. Une requête filtre les éléments en fonction des valeurs de clé de partition (PK) et de clé de tri (SK), tandis qu'un scan doit lire tous les enregistrements pour filtrer les éléments en fonction des paramètres spécifiés. La tarification de DynamoDB est basée sur le volume des opérations de lecture/écriture de données, de sorte que les analyses sont plus coûteuses que les requêtes. Les requêtes sont également plus rapides, ce qui améliore au final les performances de l'application.
Valider l'intégrité des données
DynamoDB étant une base de données NoSQL, elle ne gère pas les données relationnelles et n'inclut pas de contraintes d'intégrité des données. Chaque élément doit avoir une combinaison unique d'une clé primaire et d'une clé de tri uniquement. Pour garantir l'intégrité des données entre les éléments connexes de la table DynamoDB, nous vous recommandons d'effectuer des validations strictes dans la couche application ou métier de votre système.
