Relaciones entre tablas y rutas de tablas

Los datos de los clientes suelen estar distribuidos en varias tablas. Es fundamental que estos datos estén conectados entre sí para que pueda aprovecharlos en sus escenarios. Por ejemplo, tiene una tabla para usuarios, pedidos, detalles de pedidos y productos. Supongamos que desea un segmento de todos los usuarios que realizaron un pedido recientemente. Para crear este segmento, no puede usar la tabla Usuarios sola, sino que necesitaría la tabla Pedidos y la tabla Usuarios. Su tabla Usuarios y Pedidos deben estar vinculadas entre sí con una clave como ID de usuario. Relaciones en Customer Insights - Data le permite vincular sus tablas, lo que le permite utilizar todos sus datos en segmentos y medidas y otros procesos Customer Insights - Data.

Las relaciones definen un gráfico de sus datos cuando las tablas comparten un identificador común, una clave externa. Se puede hacer referencia a esta clave externa de una tabla a otra. Una relación consiste en una tabla fuente que contiene la clave externa y una tabla objetivo al que apunta la clave externa de la tabla de origen.

Hay tres tipos de relaciones:

• Las relaciones no editables del sistema las crea el sistema como parte del proceso de unificación de datos
• Las relaciones heredadas no editables se crean automáticamente a partir de la ingesta de orígenes de datos
• Las relaciones personalizadas editables las crean y configuran los usuarios

Relaciones no editables de sistema

Durante la unificación de datos, las relaciones del sistema se crean automáticamente en función de la comparación inteligente. Estas relaciones ayudan a relacionar los registros del perfil del cliente con los registros correspondientes. El siguiente diagrama ilustra la creación de tres relaciones basadas en el sistema. La tabla del cliente se empareja con otras tablas para producir la tabla unificada Cliente.

• La relación CustomerToContact fue creada entre la tabla Cliente y la tabla Contacto. La tabla Cliente obtiene el campo de clave Contact_contactID para relacionarse con el campo de clave de la tabla Contacto contactID.
• La relación CustomerToContact fue creada entre la tabla Cliente y la tabla Cuenta. La tabla Cliente obtiene el campo de clave Account_accountId para relacionarse con el campo de clave de la tabla Cuenta accountID.
• La relación CustomerToWebAccount fue creada entre la tabla Cliente y la tabla WebAccount. La tabla Cliente obtiene el campo de clave WebAccount_webaccountID para relacionarse con el campo de clave de la tabla WebAccount webaccountId.

Relaciones no editables heredadas

Durante el proceso de ingestión de datos, el sistema verifica los orígenes de datos en busca de relaciones existentes. Si no existe ninguna relación, el sistema las crea automáticamente. Estos relaciones también se utilizan en procesos posteriores.

Crear una relación personalizada

Las relaciones personalizadas le permiten conectar dos tablas que luego se pueden usar juntas en segmentos y medidas posteriores.

Por ejemplo, desea crear un segmento de todos los clientes que compraron café en una tienda de Nueva York. Sus datos se almacenan en tres tablas:

• loyaltyContacts: contiene una lista de todos los clientes. Las columnas incluyen LoyaltyId y FullName.
• Compras: contiene el historial de compras de todos los clientes. Las columnas incluyen Marca de tiempo, LoyaltyId, PurchasePrice y StoreId.
• Tiendas: contiene más detalles sobre cada tienda. Las columnas incluyen StoreId, StoreSize y StoreLocation. Para este ejemplo, cree una relación personalizada entre Compras y Tiendas como una relación de muchos (compras) a uno (tiendas) en la columna StoreId. Una vez establecido, puede crear el segmento requerido agregando un filtro en la columna StoreLocation en la tabla Stores.

1. Vaya a Datos>Tablas.

2. Seleccione la pestaña Relaciones.

3. Selecciona Nueva relación.

4. En el panel Nueva relación, proporcione la siguiente información:

   

   • Nombre de la relación: nombre que refleja el propósito de la relación. Los nombres de relación distinguen mayúsculas de minúsculas. Ejemplo: ComprasATiendas.

   • Descripción: Descripción de la relación.

   • Tabla de origen: tabla que se utiliza como origen en la relación. Ejemplo: Compras.

   • Tabla de destino: tabla que se utiliza como destino en la relación. Ejemplo: Tiendas.

   • Cardinalidad de fuente: cardinalidad de la tabla de origen. La cardinalidad describe el número de elementos posibles en un conjunto. Siempre se relaciona con la cardinalidad del objetivo. Puedes elegir entre Uno y Muchos. Solo se admiten relaciones de varios a uno y de uno a uno.

     • Varios a uno: varios registros de origen pueden relacionarse con un registro de destino. Ejemplo: varias compras de una sola tienda.
     • Uno a uno: un registro de origen único se relaciona con un registro de destino.

     Nota

     Puede crear una relación de varios a varios creando dos relaciones de varios a uno y una tabla de vinculación que conecte la tabla de origen y la tabla de destino.

   • Cardinalidad de destino: cardinalidad de los registros de la tabla de destino.

   • Campo de clave de origen: campo de clave externa en la tabla de origen. Ejemplo: IdTienda

   • Campo clave de destino: campo clave de la tabla de destino. Ejemplo: IdTienda

5. Seleccione Guardar para crear la relación personalizada.

Administrar las relaciones existentes

Vaya a Datos>Tablas y la pestaña Relaciones para ver todas los relaciones que se han creado, su tabla de origen, la tabla de destino y la cardinalidad.

Utilice las opciones Filtrar por o Buscar Relaciones para localizar una relación en particular. Para ver un diagrama de red de las relaciones existentes y su cardinalidad, seleccione Visualizador.

Seleccione una relación para ver las acciones disponibles:

• Editar: actualiza las propiedades de relaciones personalizadas en el panel de edición y guarda los cambios.
• Eliminar: elimina relaciones personalizadas.
• Vista: ver relaciones creadas por el sistema y heredadas.

Explore el visualizador de relaciones

El visualizador de relaciones muestra un diagrama de red de relaciones existente entre tablas conectadas y su cardinalidad. También visualiza la ruta de la relación.

Para personalizar la vista, puede cambiar la posición de los cuadros arrastrándolos en el lienzo. Otras opciones incluyen:

• Exportar como imagen: guarda la vista actual como un archivo de imagen.
• Cambiar a diseño horizontal / vertical: cambia la alineación de las tablas y relaciones.
• Editar: actualiza las propiedades de relaciones personalizadas en el panel de edición y guarda los cambios.

Rutas de relación

Una ruta de relación describe las tablas que están conectadas con Relaciones entre una tabla de origen y una tabla de destino. Se utiliza al crear un segmento o una medida que incluye otras tablas distintas de la tabla de perfil unificado y existen múltiples opciones para llegar a la tabla de perfil unificado. Diferentes rutas de relación pueden producir resultados diferentes.

Por ejemplo, la tabla eCommerce_eCommercePurchases tiene las siguientes relaciones con la entidad Cliente de la tabla unificada:

• eCommerce_eCommercePurchases > Cliente
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > Cliente
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Cliente

Una ruta de relación determina qué tablas puede usar al crear reglas para medidas o segmentos. La elección de la opción con la ruta de relación más larga probablemente producirá menos resultados porque los registros coincidentes deben ser parte de todas las tablas. En este ejemplo, un cliente debe haber comprado productos a través de comercio electrónico (eCommerce_eCommercePurchases) en un punto de venta (POS_posPurchases) y participar en nuestro programa de fidelización (loyaltyScheme_loyCustomers). Al elegir la primera opción, es probable que obtenga más resultados porque los clientes solo necesitan existir en otra tabla.

Relación directa

Una relación se clasifica como relación directa cuando una tabla fuente se relaciona con una tabla de destino con una sola relación.

Por ejemplo, si una tabla de actividad llamada eCommerce_eCommercePurchases se conecta a una tabla de destino eCommerce_eCommerceContacts a través de ContactId solo, es una relación directa.

Relación de múltiples rutas

Una relación de múltiples rutas es un tipo especial de relación directa que conecta una tabla de origen con más de una tabla de destino.

Por ejemplo, si una entidad de tabla llamada eCommerce_eCommercePurchases se relaciona con dos tablas de destino, ambas eCommerce_eCommerceContacts y loyaltyScheme_loyCustomers, es una relación de múltiples rutas.

Relación indirecta

Una relación se clasifica como relación indirecta cuando una tabla fuente se relaciona con una o más tablas adicionales antes de relacionarse con una tabla de destino.

Relación de múltiples saltos

Una relación de varios saltos es una relación indirecta que le permite conectar una tabla de origen a una tabla de destino a través de una o más tablas intermediarias.

Por ejemplo, si una tabla de actividad llamada eCommerce_eCommercePurchasesWest se conecta a una tabla intermedia llamada eCommerce_eCommercePurchasesEast y luego se conecta a una tabla de destino llamada eCommerce_eCommerceContacts, es una relación de varios saltos.

Relación de múltiples saltos y rutas

Las relaciones de múltiples saltos y rutas se pueden usar juntas para crear relaciones de múltiples saltos y rutas. Este tipo especial combina las funciones de las relaciones de múltiples saltos y múltiples rutas. Le permite conectarse a más de una tabla de destino mientras usa tablas intermedias.

Por ejemplo, si una tabla de actividad llamada eCommerce_eCommercePurchasesWest se conecta a una tabla intermedia llamada eCommerce_eCommercePurchasesEast y luego se conecta a dos tablas de destino llamadas eCommerce_eCommerceContacts y loyaltyScheme_loyCustomers, es una relación de varias rutas y saltos.

Siguiente paso

El sistema y las relaciones personalizadas se usan para crear segmentos y medidas basándose en múltiples orígenes de datos que ya no están aislados.