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 pour le stockage d'éléments et d'attributs volumineux dans DynamoDB

Amazon DynamoDB limite la taille de chaque élément que vous stockez dans une table à 400 Ko (voir). Quotas de service, de compte et de table dans Amazon DynamoDB Si votre application a besoin de stocker dans un élément davantage de données que ne le permet la limite de taille dans DynamoDB, vous pouvez essayer de compresser un ou plusieurs attributs volumineux, ou de les scinder en plusieurs éléments (indexés efficacement par des clés de tri). Vous pouvez stocker l'élément en tant qu'objet dans Amazon Simple Storage Service (Amazon S3), puis stocker l'identifiant d'objet Amazon S3 dans votre élément DynamoDB.

Il est recommandé d'utiliser ce ReturnConsumedCapacityparamètre lors de la rédaction d'éléments pour surveiller et signaler des tailles d'éléments approchant la taille maximale de 400 Ko. Le dépassement de la taille maximale des éléments entraînera l'échec des tentatives d'écriture. La surveillance et les alertes relatives à la taille des articles vous permettront d'atténuer les problèmes de taille des articles avant qu'ils n'aient un impact sur votre demande.

Compression de valeurs d'attribut volumineux

La compression de valeurs d'attribut volumineuses permet de maintenir celles-ci dans les limites de l'élément dans DynamoDB, et de réduire les coûts de stockage. Des algorithmes de compression tels que GZIP ou LZO produisant une sortie binaire que vous pouvez ensuite stocker dans un type d'Binaryattribut au sein de l'élément.

Prenons l'exemple d'un tableau qui stocke les messages rédigés par les utilisateurs du forum. Ces messages contiennent souvent de longues chaînes de texte susceptibles d'être compressées. Bien que la compression puisse réduire la taille des éléments, l'inconvénient est que les valeurs d'attributs compressées ne sont pas utiles pour le filtrage.

Pour l'exemple de code qui montre comment compresser de tels messages dans DynamoDB, consultez les ressources suivantes :

Partitionnement vertical

Une autre solution pour traiter des éléments volumineux consiste à les décomposer en petits blocs de données et à associer tous les éléments pertinents par la valeur de la clé de partition. Vous pouvez ensuite utiliser une chaîne de clé de tri pour identifier les informations associées stockées à côté. En procédant ainsi, et en regroupant plusieurs éléments selon la même valeur de clé de partition, vous créez une collection d'éléments.

Pour plus d'informations sur cette approche, voir :

Stockage de valeurs d'attribut volumineuses dans Amazon S3

Comme mentionné précédemment, vous pouvez également utiliser Amazon S3 pour stocker des valeurs d'attribut volumineuses qui ne peuvent pas tenir dans un élément DynamoDB. Vous pouvez les stocker en tant qu'objet dans Amazon S3, puis stocker l'identifiant d'objet dans votre élément DynamoDB.

Vous pouvez aussi utiliser la prise en charge des métadonnées d'objet dans Amazon S3 pour fournir un lien vers l'élément parent dans DynamoDB. Stockez la valeur de clé primaire de l'élément en tant que métadonnée Amazon S3 de l'objet dans Amazon S3. Cela facilite souvent la maintenance des objets Amazon S3.

Par exemple, considérez le ProductCatalog tableau. Les éléments de cette table stockent les informations sur le prix de l'article, sa description, les auteurs de livres et les dimensions d'autres produits. Si vous souhaitiez stocker une image de chaque produit trop volumineuse pour tenir dans un élément, vous pourriez stocker les images dans Amazon S3 plutôt que dans DynamoDB.

Lorsque vous implémentez cette politique, gardez à l'esprit les éléments suivants :

Pour plus d'informations sur l'utilisation d'Amazon S3, consultez le Guide du l'utilisateur Amazon Simple Storage Service.