Relazioni

In SQL modelli le relazioni con le foreign key e le risolvi con i join. In DynamoDB non ci sono join, quindi la relazione vive invece nel design delle tue chiavi. Modelli partition key e sort key in modo che gli Item collegati stiano nella stessa collection e tornino con una singola Query.

Sembra limitante finché non vedi i pattern. L'uno-a-molti è il caso facile; il molti-a-molti richiede un trucco deliberato; e le relazioni ad alto fan-out hanno un loro pattern dedicato. Questa sezione sale la scala un gradino alla volta.

0 di 6 lettiQuiz

Relazioni uno-a-molti in DynamoDB

Come modellare le relazioni uno-a-molti in DynamoDB così che un genitore e tutti i suoi figli tornino in una sola Query — illustrato con uno schema SaaS workspace→progetti.

Intermedio7 min di lettura

Relazioni molti-a-molti in DynamoDB

Come modellare le relazioni molti-a-molti in DynamoDB con un pattern adjacency-list — studenti ↔ corsi, item edge duplicati e una GSI per interrogare entrambe le direzioni.

Intermedio7 min di lettura

Il pattern Adjacency List di DynamoDB

Il pattern adjacency list di DynamoDB — modella un grafo di follow social come Item-arco in una tabella, poi attraversa entrambe le direzioni della relazione con un singolo GSI.

Avanzato8 min di lettura

Composite Sort Key in DynamoDB

Composite sort key in DynamoDB — impacchetta una gerarchia in un'unica sort key delimitata così una sola Query legge un intero sottoalbero, con un esempio ad albero di file system.