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 - Data vous permettent de lier vos tables, afin d’utiliser toutes vos données dans les segments, les mesures et les autres processus Customer Insights - Data.

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 reçoit le champ clé Contact_contactID pour établir une relation avec le champ clé contactID de la table Contact.
• La relation CustomerToAccount a été créée entre la table Customer et la table Account. La table Customer reçoit le champ clé Account_accountID pour établir une relation avec le champ clé accountID de la table Account.
• 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 Achats et Magasins comme une relation plusieurs-à-un (achats vers magasins) 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 aux Données>Tables.

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 de clé source : champ de 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 de relation décrit les tables reliées par 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 > eCommerce_eCommerceContacts > POS_posPurchases > Client
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Client

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 à chemins multiples

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 à sauts multiples

Une relation à plusieurs sauts 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 à sauts multiples, à chemins multiples

Les relations à sauts multiples et à chemins multiples peuvent être utilisées ensemble pour créer des relations à sauts multiples et à chemins multiples. Ce type spécial combine les fonctions des relations multi-sauts 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.