Relaciones entre tablas y rutas de acceso de tabla

Los datos del cliente se suelen distribuir entre varias tablas. Es fundamental que estos datos se conecten entre sí para que pueda aprovecharlos para sus escenarios. Por ejemplo, tiene una tabla para usuarios, pedidos, detalles del pedido y productos. Supongamos que quiere un segmento de todos los usuarios que han realizado un pedido recientemente. Para crear este segmento, no puede usar solo la tabla Usuarios , pero necesitaría la tabla Orders y la tabla Users . La tabla Usuarios y pedidos debe vincularse entre sí con una clave como userId. Relaciones en Customer Insights: los datos permiten vincular las tablas juntas, lo que le permite usar todos los datos entre segmentos y medidas y otros procesos de customer Insights: datos.

Las relaciones definen un gráfico de los 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 consta de una tabla de origen que contiene la clave externa y una tabla de destino a la que apunta la clave externa de la tabla de origen.

Hay tres tipos de relaciones:

• El sistema crea relaciones del sistema no editables 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
• Los usuarios crean y configuran las relaciones personalizadas editables.

Relaciones del sistema no editables

Durante la unificación de datos, las relaciones del sistema se crean automáticamente en función de la coincidencia inteligente. Estas relaciones ayudan a relacionar los registros de perfil de cliente con los registros correspondientes. En el diagrama siguiente se muestra la creación de tres relaciones basadas en el sistema. La tabla de clientes coincide con otras tablas para generar la tabla unified Customer .

• La relación CustomerToContact se creó entre la tabla Customer y la tabla Contact. La tabla Customer obtiene el campo de clave Contact_contactID para relacionarse con el campo contactID de clave de tabla de contacto.
• La relación CustomerToAccount se creó entre la tabla Customer y la tabla Account. La tabla Customer obtiene el campo de clave Account_accountID para relacionarse con el campo Account table key accountID.
• La relación CustomerToWebAccount se creó entre la tabla Customer y la tabla WebAccount. La tabla Customer obtiene el campo de clave WebAccount_webaccountID para relacionarse con el campo de clave de tabla WebAccount webaccountID.

Relaciones heredadas no editables

Durante el proceso de ingesta de datos, el sistema comprueba los orígenes de datos de las relaciones existentes. Si no existe ninguna relación, el sistema los crea automáticamente. Estas relaciones también se usan en procesos de bajada.

Creación de una relación personalizada

Las relaciones personalizadas permiten conectar dos tablas que se pueden usar juntas en segmentos y medidas de bajada.

Por ejemplo, quiere crear un segmento de todos los clientes que compraron café de una tienda en Nueva York. Los 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 Timestamp, LoyaltyId, PurchasePrice y StoreId.
• Almacenes: contiene más detalles sobre cada tienda. Las columnas incluyen StoreId, StoreSize y StoreLocation. En este ejemplo, cree una relación personalizada entre Compras y Tiendas como muchas (compras) en una relación (tiendas) en la columna StoreId. Una vez establecido, puede crear el segmento necesario agregando un filtro en la columna StoreLocation de la tabla Stores.

1. Vaya a Tablas de datos>.

2. Seleccione la pestaña Relaciones .

3. Seleccione 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: PurchasesToStores.

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

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

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

   • Cardinalidad de origen: cardinalidad de la tabla de origen. La cardinalidad describe el número de posibles elementos de un conjunto. Siempre se relaciona con la cardinalidad de destino. Puede elegir entre Uno y Varios. Solo se admiten relaciones de varios a uno y uno a uno.

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

     Nota:

     Las relaciones de varios a varios se pueden crear mediante dos relaciones de varios a uno y una tabla de vinculación, que conecta 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 clave externa en la tabla de origen. Ejemplo: StoreId

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

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

Administración de relaciones existentes

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

Use las opciones Filtrar por o Buscar relaciones para buscar una relación determinada. 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: actualice las propiedades de las relaciones personalizadas en el panel de edición y guarde los cambios.
• Eliminar: eliminar relaciones personalizadas.
• Vista: vea las relaciones creadas por el sistema y heredadas.

Exploración del visualizador de relaciones

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

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

• Exportar como imagen: guarde la vista actual como un archivo de imagen.
• Cambiar al diseño horizontal o vertical: cambie la alineación de las tablas y las relaciones.
• Editar: actualice las propiedades de las relaciones personalizadas en el panel de edición y guarde los cambios.

Rutas de acceso de relación

Una ruta de acceso de relación describe las tablas que están conectadas con relaciones entre una tabla de origen y una tabla de destino. Se usa al crear un segmento o una medida que incluya tablas distintas de la tabla de perfiles unificadas y hay varias opciones para llegar a la tabla de perfiles unificada. Las distintas rutas de acceso de relación pueden producir resultados diferentes.

Por ejemplo, la tabla eCommerce_eCommercePurchases tiene las siguientes relaciones con la tabla unified profile Customer :

• > cliente de eCommerce_eCommercePurchases
• > cliente de POS_posPurchases eCommerce_eCommercePurchases eCommerce_eCommerceContacts >>
• > cliente de eCommerce_eCommercePurchases eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers >

Una ruta de acceso de relación determina qué tablas se pueden usar al crear reglas para medidas o segmentos. Elegir la opción con la ruta de acceso de relación más larga probablemente producirá menos resultados porque los registros coincidentes deben formar parte de todas las tablas. En este ejemplo, un cliente debe haber comprado bienes a través del comercio electrónico (eCommerce_eCommercePurchases) en un punto de venta (POS_posPurchases) y participar en nuestro programa de fidelidad (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 una relación directa cuando una tabla de origen se relaciona con una tabla de destino con una sola relación.

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

Relación de varias rutas de acceso

Una relación de varias rutas de acceso es un tipo especial de relación directa que conecta una tabla de origen a más de una tabla de destino.

Por ejemplo, si una tabla de actividad denominada eCommerce_eCommercePurchases se relaciona con dos tablas de destino, tanto eCommerce_eCommerceContacts como loyaltyScheme_loyCustomers, es una relación de varias rutas de acceso.

Relación indirecta

Una relación se clasifica como una relación indirecta cuando una tabla de origen se relaciona con una o varias tablas antes de relacionarse con una tabla de destino.

Relación de varios saltos

Una relación de varios saltos es una relación indirecta que permite conectar una tabla de origen a una tabla de destino a través de una o varias tablas intermedias.

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

Relación de varios saltos y múltiples rutas de acceso

Las relaciones de varios saltos y de varias rutas de acceso se pueden usar conjuntamente para crear relaciones entre varios saltos y varias rutas de acceso. Este tipo especial combina las funciones de relaciones de varios saltos y de múltiples rutas de acceso. Permite conectarse a más de una tabla de destino mientras usa tablas intermedias.

Por ejemplo, si una tabla de actividad denominada eCommerce_eCommercePurchasesWest se conecta a una tabla intermedia denominada eCommerce_eCommercePurchasesEast y, a continuación, se conecta a dos tablas de destino, tanto eCommerce_eCommerceContacts como loyaltyScheme_loyCustomers, es una relación de varios saltos y varias rutas de acceso.

Paso siguiente

Las relaciones personalizadas y del sistema se usan para crear segmentos y medidas basados en varios orígenes de datos que ya no están siloados.