Modélisation des données pour les tables DynamoDB

Avant de nous plonger dans la modélisation de données, il est important de comprendre certains principes fondamentaux de DynamoDB. DynamoDB est une base de données NoSQL de type clé-valeur, ce qui procure un certaine flexibilité dans les schémas. L'ensemble des attributs de données, hormis les attributs de clé de chaque élément, peut être uniforme ou discret. Le schéma de clé DynamoDB se présente soit sous la forme d'une clé primaire simple constituée d'une clé de partition qui identifie de manière unique un élément, soit sous la forme d'une clé primaire composite constituée d'une clé de partition et d'une clé de tri qui définissent de manière unique un élément. La clé de partition est hachée pour déterminer l'emplacement physique des données et les récupérer. Il est donc important de choisir un attribut qui possède une cardinalité élevée et une capacité de mise à l'échelle horizontale en guise de clé de partition pour assurer une distribution uniforme des données. L'attribut clé de tri est facultatif dans le schéma de clé et le fait de disposer d'une clé de tri permet de modéliser one-to-many les relations et de créer des collections d'éléments dans DynamoDB. Les clés de tri sont également appelées clés de plage. Celles-ci permettent de trier les éléments d'une collection d'éléments et offrent également une certaine flexibilité dans les opérations basées sur une plage.

Pour en savoir plus sur le schéma de clé DynamoDB et les bonnes pratiques associées, vous pouvez consulter les pages suivantes :

Il est souvent nécessaire d'utiliser des index secondaires pour prendre en charge d'autres modèles de requête dans DynamoDB. Les index secondaires sont des tables alternatives (ou « shadow ») dans lesquelles les mêmes données sont organisées via un schéma de clé différent de celui de la table de base. Dans un index secondaire local (LSI), la clé de partition est la même que celle de la table de base, ce qui permet d'avoir une autre clé de tri et ainsi de partager la capacité de la table de base. Un index secondaire global (GSI) peut avoir une clé de partition et un attribut de clé de tri différents de ceux de la table de base, ce qui signifie que la gestion du débit dans le cas d'un GSI est indépendante de la table de base.

Pour en savoir plus sur les index secondaires et les bonnes pratiques, vous pouvez consulter les pages suivantes :

À présent, intéressons-nous d'un peu plus près à la modélisation de données. Le processus de conception d'un schéma flexible et hautement optimisé sur DynamoDB, ou sur n'importe quelle base de données NoSQL d'ailleurs, peut être une compétence difficile à acquérir. Ce module a pour objectif de vous aider à développer un diagramme mental pour concevoir un schéma qui vous fera passer du cas d'utilisation à la production. Nous commencerons par une introduction au choix fondamental d'un modèle, en comparant la conception à une seule table et la conception à plusieurs tables. Nous passerons ensuite en revue les différents modèles de conception (composantes de base) qui peuvent être utilisés pour obtenir divers résultats organisationnels ou de performance pour votre application. Enfin, nous verrons les packages complets de conception de schémas que nous fournissons pour différents cas d'utilisation et secteurs d'activité.