Relations

En SQL tu modélises les relations avec des clés étrangères et tu les résous avec des jointures. Dans DynamoDB il n’y a pas de jointures, donc la relation vit dans la conception de tes clés. Tu façonnes les clés de partition et de tri pour que les items liés se trouvent dans la même collection et reviennent en un seul Query.

Ça paraît limitant jusqu’à ce que tu voies les patterns. Le un-à-plusieurs est le cas facile ; le plusieurs-à-plusieurs demande une astuce délibérée ; et les relations à fort fan-out ont leur propre pattern nommé. Cette section gravit l’échelle.

0 sur 6 lusQuiz

Les relations un-à-plusieurs dans DynamoDB

Comment modéliser les relations un-à-plusieurs dans DynamoDB pour qu'un parent et tous ses enfants reviennent dans un seul Query — illustré par un schéma SaaS espace de travail→projets.

Intermédiaire7 min de lecture

Les relations plusieurs-à-plusieurs dans DynamoDB

Comment modéliser les relations plusieurs-à-plusieurs dans DynamoDB avec le motif de liste d'adjacence — étudiants ↔ cours, items d'arête dupliqués, et un GSI pour interroger les deux directions.

Intermédiaire7 min de lecture

Le pattern de liste d'adjacence DynamoDB

Le pattern de liste d'adjacence DynamoDB — modélise un graphe de follows social en items d'arêtes dans une seule table, puis traverse les deux directions de la relation avec un seul GSI.

Avancé8 min de lecture

Les clés de tri composites dans DynamoDB

Les clés de tri composites dans DynamoDB — encode une hiérarchie dans une seule clé de tri délimitée pour qu'un seul Query lise un sous-arbre entier, avec un exemple d'arborescence de système de fichiers.