Relations entre les tables et les chemins d’accès aux tables

Les données client sont souvent réparties sur plusieurs tables. Il est essentiel que ces données soient connectées les unes aux autres afin de pouvoir les exploiter pour vos scénarios. Par exemple, vous disposez d’une table pour les utilisateurs, les commandes, les détails des commandes et les produits. Supposons que vous souhaitiez un segment de tous les utilisateurs qui ont passé une commande récemment. Pour créer ce segment, vous ne pouvez pas utiliser la table Users seule, mais vous avez besoin de la table Orders et de la table Users . Votre table Utilisateurs et Commandes doit être liée l’une à l’autre avec une clé telle que userId. Relations dans Customer Insights : les données vous permettent de lier vos tables ensemble, ce qui vous permet d’utiliser toutes vos données entre les segments et les mesures et d’autres informations client - Processus de données.

Les relations définissent un graphique de vos données lorsque les tables partagent un identificateur commun, une clé étrangère. Cette clé étrangère peut être référencée d’une table à une autre. Une relation se compose d’une table source contenant la clé étrangère et une table cible vers laquelle pointe la clé étrangère de la table source.

Il existe trois types de relations :

• Les relations système non modifiables sont créées par le système dans le cadre du processus d’unification des données
• Les relations héritées non modifiables sont créées automatiquement à partir de l’ingestion de sources de données
• Les relations personnalisées modifiables sont créées et configurées par les utilisateurs

Relations système non modifiables

Lors de l’unification des données, les relations système sont créées automatiquement en fonction de la correspondance intelligente. Ces relations permettent de lier les enregistrements de profil client aux enregistrements correspondants. Le diagramme suivant illustre la création de trois relations basées sur le système. La table client est associée à d’autres tables pour produire la table Customer unifiée.

• La relation CustomerToContact a été créée entre la table Customer et la table Contact. La table Customer obtient le champ clé Contact_contactID à lier à l’ID de contact du champ de clé de la table de contacts.
• La relation CustomerToAccount a été créée entre la table Customer et la table Account. La table Customer obtient le champ de clé Account_accountID à lier àl’ID de compte de champ de clé de table de compte.
• La relation CustomerToWebAccount a été créée entre la table Customer et la table WebAccount. La table Customer obtient le champ clé WebAccount_webaccountID à lier au champ de clé de la table WebAccount.

Relations héritées non modifiables

Pendant le processus d’ingestion des données, le système vérifie les sources de données pour les relations existantes. S’il n’existe aucune relation, le système les crée automatiquement. Ces relations sont également utilisées dans les processus en aval.

Créer une relation personnalisée

Les relations personnalisées vous permettent de connecter deux tables qui peuvent ensuite être utilisées ensemble dans des segments et des mesures en aval.

Par exemple, vous souhaitez créer un segment de tous les clients qui ont acheté du café dans un magasin à New York. Vos données sont stockées dans trois tables :

• loyaltyContacts : contient une liste de tous les clients. Les colonnes incluent LoyaltyId et FullName.
• Achats : contient l’historique des achats de tous les clients. Les colonnes incluent Timestamp, LoyaltyId, PurchasePrice et StoreId.
• Magasins : contient plus de détails sur chaque magasin. Les colonnes incluent StoreId, StoreSize et StoreLocation. Pour cet exemple, créez une relation personnalisée entre les achats et les magasins en tant que plusieurs (achats) à une (magasin) relation sur la colonne StoreId. Une fois établi, vous pouvez créer le segment requis en ajoutant un filtre sur la colonne StoreLocation dans la table Stores.

1. Accédez auxtables>.

2. Sélectionnez l’onglet Relations .

3. Cliquez sur Nouvelle relation.

4. Dans le volet Nouvelle relation , fournissez les informations suivantes :

   

   • Nom de la relation : nom qui reflète l’objectif de la relation. Les noms de relation respectent la casse. Exemple : PurchasesToStores.

   • Description : Description de la relation.

   • Table source : table utilisée comme source dans la relation. Exemple : Achats.

   • Table cible : table utilisée comme cible dans la relation. Exemple : Magasins.

   • Cardinalité source : cardinalité de la table source. La cardinalité décrit le nombre d’éléments possibles dans un ensemble. Elle est toujours liée à la cardinalité cible. Vous pouvez choisir entre Un et Plusieurs. Seules les relations plusieurs-à-un et un-à-un sont prises en charge.

     • Plusieurs à un : plusieurs enregistrements sources peuvent être liés à un enregistrement cible. Exemple : Plusieurs achats à partir d’un magasin unique.
     • Un-à-un : un enregistrement source unique est lié à un seul enregistrement cible.

     Note

     Les relations plusieurs-à-plusieurs peuvent être créées à l’aide de deux relations plusieurs-à-un et d’une table de liaison, qui connecte la table source et la table cible.

   • Cardinalité cible : cardinalité des enregistrements de la table cible.

   • Champ clé source : champ clé étrangère dans la table source. Exemple : StoreId

   • Champ clé cible : champ clé de la table cible. Exemple : StoreId

5. Sélectionnez Enregistrer pour créer la relation personnalisée.

Gérer les relations existantes

Accédez auxtables> et à l’onglet Relations pour afficher toutes les relations qui ont été créées, leur table source, la table cible et la cardinalité.

Utilisez les options Filtrer par ou rechercher des relations pour localiser une relation particulière. Pour afficher un diagramme réseau des relations existantes et de leur cardinalité, sélectionnez Visualiseur.

Sélectionnez une relation pour afficher les actions disponibles :

• Modifier : mettez à jour les propriétés des relations personnalisées dans le volet d’édition et enregistrez les modifications.
• Supprimer : supprimer des relations personnalisées.
• Affichage : afficher les relations créées par le système et héritées.

Explorer le visualiseur de relation

Le visualiseur de relation affiche un diagramme réseau des relations existantes entre les tables connectées et leur cardinalité. Il visualise également le chemin de relation.

Pour personnaliser l’affichage, vous pouvez modifier la position des zones en les faisant glisser sur le canevas. D’autres options incluent les suivantes :

• Exporter en tant qu’image : enregistrez l’affichage actuel sous la forme d’un fichier image.
• Passer à la disposition horizontale/verticale : modifiez l’alignement des tables et des relations.
• Modifier : mettez à jour les propriétés des relations personnalisées dans le volet d’édition et enregistrez les modifications.

Chemins de relation

Un chemin d’accès de relation décrit les tables connectées à des relations entre une table source et une table cible. Il est utilisé lors de la création d’un segment ou d’une mesure qui inclut des tables autres que la table de profil unifié et il existe plusieurs options pour atteindre la table de profil unifié. Différents chemins de relation peuvent produire des résultats différents.

Par exemple, la table eCommerce_eCommercePurchases a les relations suivantes avec la table Customer du profil unifié :

• > eCommerce_eCommercePurchases Client
• > eCommerce_eCommercePurchases client eCommerce_eCommerceContacts > POS_posPurchases >
• > > > eCommerce_eCommercePurchases eCommerce_eCommerceContacts POS_posPurchases client loyaltyScheme_loyCustomers >

Un chemin de relation détermine les tables que vous pouvez utiliser lors de la création de règles pour les mesures ou les segments. Le choix de l’option avec le chemin de relation le plus long génère probablement moins de résultats, car les enregistrements correspondants doivent faire partie de toutes les tables. Dans cet exemple, un client doit avoir acheté des biens par le biais du commerce électronique (eCommerce_eCommercePurchases) à un point de vente(POS_posPurchases) et participer à notre programme de fidélité (loyaltyScheme_loyCustomers). Lorsque vous choisissez la première option, vous obtiendrez probablement plus de résultats, car les clients n’ont besoin d’exister que dans une autre table.

Relation directe

Une relation est classifiée comme une relation directe lorsqu’une table source est liée à une table cible avec une seule relation.

Par exemple, si une table d’activité appelée eCommerce_eCommercePurchases se connecte à une table cible eCommerce_eCommerceContacts table via ContactId uniquement, il s’agit d’une relation directe.

Relation multi-chemin

Une relation multi-chemin est un type spécial de relation directe qui connecte une table source à plusieurs tables cibles.

Par exemple, si une table d’activité appelée eCommerce_eCommercePurchases est liée à deux tables cibles, eCommerce_eCommerceContacts et loyaltyScheme_loyCustomers, il s’agit d’une relation multi-chemin d’accès.

Relation indirecte

Une relation est classifiée comme une relation indirecte lorsqu’une table source est liée à une ou plusieurs autres tables avant de se rapporter à une table cible.

Relation à plusieurs tronçons

Une relation multi-tronçon est une relation indirecte qui vous permet de connecter une table source à une table cible via une ou plusieurs autres tables intermédiaires.

Par exemple, si une table d’activité appelée eCommerce_eCommercePurchasesWest se connecte à une table intermédiaire appelée eCommerce_eCommercePurchasesEast , puis se connecte à une table cible appelée eCommerce_eCommerceContacts, il s’agit d’une relation à plusieurs tronçons.

Relation multi-tronçon, multi-chemin

Les relations multi-tronçons et multi-chemins peuvent être utilisées ensemble pour créer des relations multi-tronçons et multi-chemins. Ce type spécial combine les fonctions des relations multi-tronçons et multi-chemins. Il vous permet de vous connecter à plusieurs tables cibles lors de l’utilisation de tables intermédiaires.

Par exemple, si une table d’activité appelée eCommerce_eCommercePurchasesWest se connecte à une table intermédiaire appelée eCommerce_eCommercePurchasesEast , puis se connecte à deux tables cibles, à la fois eCommerce_eCommerceContacts et loyaltyScheme_loyCustomers, il s’agit d’une relation multi-tronçon et multi-chemin.

Étape suivante

Les relations système et personnalisées sont utilisées pour créer des segments et des mesures basés sur plusieurs sources de données qui ne sont plus siloées.