Relacionamentos

No SQL você modela relacionamentos com chaves estrangeiras e os resolve com joins. No DynamoDB não há joins, então o relacionamento vive no design das suas chaves. Você molda as chaves de partição e de ordenação para que itens relacionados fiquem na mesma coleção e voltem em uma única Query.

Isso parece limitante até você ver os padrões. Um-para-muitos é o caso fácil; muitos-para-muitos precisa de um truque deliberado; e relacionamentos de alto fan-out têm seu próprio padrão nomeado. Esta seção sobe essa escada.

0 de 6 lidosQuiz

Relacionamentos Um-para-Muitos no DynamoDB

Como modelar relacionamentos um-para-muitos no DynamoDB para que um pai e todos os seus filhos voltem em um único Query — usando como exemplo um esquema de workspace SaaS → projetos.

Intermediário7 min de leitura

Relacionamentos Muitos-para-Muitos no DynamoDB

Como modelar relacionamentos muitos-para-muitos no DynamoDB com um padrão de lista de adjacência — alunos ↔ cursos, itens de aresta duplicados e um GSI para consultar os dois sentidos.

Intermediário7 min de leitura

O Padrão de Lista de Adjacência no DynamoDB

O padrão de lista de adjacência no DynamoDB — modele um grafo de follows social como itens de aresta em uma tabela, depois percorra ambas as direções do relacionamento com um único GSI.

Avançado8 min de leitura

Chaves de Classificação Compostas no DynamoDB

Chaves de classificação compostas no DynamoDB — empacote uma hierarquia em uma única chave de classificação delimitada para que um único Query leia uma subárvore inteira, com um exemplo de árvore de sistema de arquivos.