Relaciones

En SQL modelas relaciones con claves foráneas y las resuelves con joins. En DynamoDB no hay joins, así que la relación vive en el diseño de tus claves. Das forma a las claves de partición y de ordenación para que los items relacionados queden en la misma colección y vuelvan en un solo Query.

Eso suena limitante hasta que ves los patrones. Uno a muchos es el caso fácil; muchos a muchos necesita un truco deliberado; y las relaciones de alto fan-out tienen su propio patrón con nombre. Esta sección sube por la escalera.

0 de 6 leídasCuestionario

Relaciones uno-a-muchos en DynamoDB

Cómo modelar relaciones uno-a-muchos en DynamoDB para que un padre y todos sus hijos vuelvan en una sola Query — desarrollado con un esquema SaaS de espacio-de-trabajo→proyectos.

Intermedio7 min de lectura

Relaciones muchos-a-muchos en DynamoDB

Cómo modelar relaciones muchos-a-muchos en DynamoDB con un patrón de lista de adyacencia — estudiantes ↔ cursos, elementos-arista duplicados y un GSI para consultar ambas direcciones.

Intermedio7 min de lectura

El patrón de lista de adyacencia en DynamoDB

El patrón de lista de adyacencia en DynamoDB — modela un grafo social de seguidores como items de arista en una tabla, y recorre ambas direcciones de la relación con un único GSI.

Avanzado8 min de lectura

Claves de ordenación compuestas en DynamoDB

Claves de ordenación compuestas en DynamoDB — empaqueta una jerarquía en una sola clave de ordenación delimitada para que un único Query lea un subárbol entero, con un ejemplo de árbol de sistema de archivos.