Relaciones y keys — referencia de Data 360
Primary keys y relaciones en el modelo de Data 360: qué hace única a una fila, cómo se conectan los DMOs, y por qué una relación no modelada es un join que tus segmentos e insights silenciosamente no pueden hacer.
Dos decisiones de modelo gobiernan en silencio todo lo que pueden hacer la segmentación y los Calculated Insights: la primary key de cada DMO (qué hace única a una fila) y las relaciones entre DMOs (cómo un objeto alcanza a otro). Las dos son fáciles de subestimar al modelar y caras de cambiar una vez que la data depende de ellas.
Primary keys
La primary key de un DMO determina cómo deduplican sus registros y cómo se le unen otros objetos. Una vez que la data está ingerida y la resolución de identidad corrió, cambiar la key re-keya cada relación y cada join downstream — un rebuild, no una edición.
La disciplina es la que los equipos de Marketing Cloud ya aplican a SubscriberKey: elegí lo que identifica de forma única y estable a una fila durante toda su vida, no lo que es cómodo en el origen hoy. (Ver gotchas — gotcha 3.)
Relaciones
Las relaciones son lo que deja a un segmento o a un Calculated Insight traversar de un DMO a otro — un Individual a sus órdenes, una orden a sus ítems. Una relación que no modelaste es un traversal que la plataforma silenciosamente no puede hacer.
Individual ──(1:muchos)──▶ Orden ──(1:muchos)──▶ Ítem de orden
los traversals que modelás son los filtros que la segmentación puede construirReferencia:
Qué sobrevive en producción
Modelá los traversals antes que los consumidores
El día que alguien necesita "individuos cuyas órdenes este trimestre superan un umbral", la relación entre Individual y Orden ya tiene que existir — agregarla después es un cambio de modelo con todo dependiendo de él. Mapeá los traversals que van a necesitar los segmentos y los insights antes de construirlos. (Ver gotchas — gotcha 6.)
La cardinalidad es parte del significado
Un uno-a-muchos y un muchos-a-muchos entre los mismos objetos producen resultados de segmento distintos. Modelá la cardinalidad que coincide con la realidad, y documentala — el próximo lee la relación para entender qué devuelve un traversal.
Keys y relaciones viajan juntas
Una relación une por keys. Una key inestable o frágil vuelve frágil a cada relación que la usa. Acertá primero la key; las relaciones construidas sobre ella heredan su estabilidad.
Decisión rápida
Modelás una relación cuando:
- Un segmento o Calculated Insight alguna vez va a necesitar traversar entre los dos objetos.
- Los objetos comparten una conexión del mundo real (persona a órdenes, account a contactos).
La dejás afuera cuando:
- Ningún consumidor downstream necesita el traversal, y agregarla solo profundiza joins.
Relacionado
- Gotchas de arquitectura de Data 360 (antes Data Cloud) — las decisiones de modelo que sobreviven a todo
- Data Model Objects (DMOs) — los objetos que cargan keys y relaciones
- Data spaces — el límite dentro del que vive el modelo
- Data Architecture Style Guide — la disciplina que ata estas decisiones de modelo