Relaties tussen tabellen en tabelpaden

Klantgegevens zijn vaak verspreid over meerdere tabellen. Het is essentieel dat deze gegevens met elkaar worden verbonden, zodat u deze voor uw scenario's kunt gebruiken. U hebt bijvoorbeeld een tabel voor gebruikers, orders, ordergegevens en producten. Stel dat u een segment wilt van alle gebruikers die onlangs een order hebben geplaatst. Om dit segment te maken, kunt u niet alleen de tabel Gebruikers gebruiken, maar hebt u ook de tabel Orders en de tabel Gebruikers nodig. Uw tabellen voor Gebruikers en Orders moeten aan elkaar gekoppeld zijn met een sleutel, zoals userId. Met relaties in Customer Insights - Data kunt u uw tabellen aan elkaar koppelen, zodat u al uw gegevens voor verschillende segmenten, metingen en andere Customer Insights - Data-processen kunt gebruiken.

Relaties definiëren een grafiek van uw gegevens wanneer tabellen een gemeenschappelijke id, een refererende sleutel, delen. Er kan vanuit de ene tabel naar een andere worden verwezen met deze refererende sleutel. Een relatie bestaat uit een brontabel met de refererende sleutel en een doeltabel waarnaar de refererende sleutel van de brontabel verwijst.

Er zijn drie typen relaties:

• Niet-bewerkbaar systeemrelaties worden door het systeem gemaakt als onderdeel van het gegevensharmonisatieproces
• Niet-bewerkbare overgenomen relaties worden automatisch gemaakt op basis van het opnemen van gegevensbronnen
• Bewerkbare aangepaste relaties worden gemaakt en geconfigureerd door gebruikers

Niet-bewerkbare systeemrelaties

Tijdens de gegevensharmonisatie worden systeemrelaties automatisch gemaakt op basis van intelligente afstemming. Deze relaties helpen de klantprofielrecords te relateren aan overeenkomstige records. In het volgende diagram wordt het maken van drie systeemgebaseerde relaties geïllustreerd. De klantentabel wordt afgestemd met andere tabellen om de geharmoniseerde tabel Klant te maken.

• De relatie CustomerToContact is gemaakt tussen de tabel Klant en de tabel Contactpersoon. De tabel Klant krijgt het sleutelveld Contact_contactID om een relatie tot stand te brengen tussen het sleutelveld contactID van de tabel Contactpersoon.
• De relatie CustomerToAccount is gemaakt tussen de tabel Klant en de tabel Account. De tabel Klant krijgt het sleutelveld Account_accountID om een relatie tot stand te brengen tussen het sleutelveld accountID van de tabel Account.
• De relatie CustomerToWebAccount is gemaakt tussen de tabel Klant en de tabel WebAccount. De tabel Klant krijgt het sleutelveld WebAccount_webaccountID om een relatie tot stand te brengen tussen het sleutelveld webaccountID van de tabel WebAccount.

Niet-bewerkbare overgenomen relaties

Tijdens het gegevensopnameproces controleert het systeem gegevensbronnen op bestaande relaties. Als er geen relatie bestaat, maakt het systeem deze automatisch aan. Deze relaties worden ook gebruikt in downstreamprocessen.

Een aangepaste relatie maken

Met aangepaste relaties kunt u twee tabellen verbinden die vervolgens samen kunnen worden gebruikt in downstream segmenten en metingen.

U wilt bijvoorbeeld een segment opbouwen van alle klanten die koffie hebben gekocht in een winkel in New York. Uw gegevens worden opgeslagen in drie tabellen:

• loyaltyContacts: bevat een lijst met alle klanten. Kolommen omvatten LoyaltyId en FullName.
• Purchases: bevat de aankoopgeschiedenis van alle klanten. Kolommen omvatten onder meer Timestamp, LoyaltyId, PurchasePrice en StoreId.
• Stores: bevat meer details over elke winkel. Kolommen omvatten StoreId, StoreSize en StoreLocation. Maak voor dit voorbeeld een aangepaste relatie tussen Purchases en Stores als een relatie van veel (aankopen) naar één (winkel) in de kolom StoreId. Eenmaal ingesteld, kunt u het vereiste segment maken door een filter toe te voegen aan de kolom StoreLocation in de tabel Stores.

1. Ga naar Gegevens>Tabellen.

2. Selecteer het tabblad Relaties.

3. Selecteer Nieuwe relatie.

4. Geef in het deelvenster Nieuwe relatie de volgende informatie op:

   

   • Relatienaam: naam die het doel van de relatie weergeeft. Relatienamen zijn hoofdlettergevoelig. Voorbeeld: PurchasesToStores.

   • Beschrijving: de beschrijving van de relatie.

   • Brontabel: tabel die wordt gebruikt als bron in de relatie. Voorbeeld: Purchases.

   • Doeltabel: tabel die wordt gebruikt als doel in de relatie. Voorbeeld: Stores.

   • Bronkardinaliteit: kardinaliteit van de brontabel. Kardinaliteit beschrijft het aantal mogelijke elementen in een set. Het heeft altijd betrekking op de doelkardinaliteit. U kunt kiezen tussen Een en Veel. Alleen veel-op-één- en één-op-één-relaties worden ondersteund.

     • Veel-op-één: meerdere bronrecords kunnen betrekking hebben op één doelrecord. Voorbeeld: meerdere aankopen in een enkele winkel.
     • Eén-op-één: een enkele bronrecord heeft betrekking op één doelrecord.

     Opmerking

     Veel-op-veel-relaties kunnen worden gemaakt met behulp van twee veel-op-één-relaties en een koppelingstabel, die de brontabel en de doeltabel verbindt.

   • Doelkardinaliteit: kardinaliteit van de doeltabelrecords.

   • Bronsleutelveld: veld voor de refererende sleutel in de brontabel. Voorbeeld: StoreId

   • Doelsleutelveld: sleutelveld van de doeltabel. Voorbeeld: StoreId

5. Selecteer Opslaan om de aangepaste relatie te maken.

Bestaande relaties beheren

Ga naar Gegevens>Tabellen en het tabblad Relaties om alle relaties te bekijken die zijn gemaakt en de bijbehorende brontabel, doeltabel en kardinaliteit.

Gebruik de opties Filteren op of Relaties zoeken om een bepaalde relatie te vinden. Selecteer Visualizer om een netwerkdiagram te zien van de bestaande relaties en de kardinaliteit ervan.

Selecteer een relatie om beschikbare acties te bekijken:

• Bewerken: werk eigenschappen van aangepaste relaties bij in het bewerkingsvenster en sla de wijzigingen op.
• Verwijderen: aangepaste relaties verwijderen.
• Weergeven: door het systeem gemaakte en overgenomen relaties bekijken.

De relatievisualizer verkennen

De relatievisualizer geeft een netwerkdiagram van de bestaande relaties tussen verbonden tabellen en hun kardinaliteit weer. Het visualiseert ook het relatiepad.

Om de weergave aan te passen, kunt u de positie van de vakken wijzigen door ze op het canvas te slepen. Andere opties zijn onder meer:

• Exporteren als afbeelding: sla de huidige weergave op als een afbeeldingsbestand.
• Wijzigen naar horizontale/verticale indeling: wijzig de uitlijning van de tabellen en relaties.
• Bewerken: werk eigenschappen van aangepaste relaties bij in het bewerkingsvenster en sla de wijzigingen op.

Relatiepaden

Een relatiepad beschrijft de tabellen die zijn verbonden met relaties tussen een bron- en een doeltabel. Het pad wordt gebruikt bij het maken van een segment of een meting die andere tabellen dan de geharmoniseerde profieltabel omvat en er zijn meerdere opties om de geharmoniseerde profieltabel te bereiken. Verschillende relatiepaden kunnen verschillende resultaten opleveren.

Zo heeft de tabel eCommerce_eCommercePurchases bijvoorbeeld de volgende relaties met de geharmoniseerde profieltabel Klant:

• eCommerce_eCommercePurchases > Klant
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > Klant
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Klant

Een relatiepad bepaalt welke tabellen u kunt gebruiken bij het maken van regels voor metingen of segmenten. Het kiezen van de optie met het langste relatiepad levert waarschijnlijk minder resultaten op omdat de overeenkomende records deel moeten uitmaken van alle tabellen. In dit voorbeeld moet een klant goederen hebben gekocht via e-commerce (eCommerce_eCommercePurchases) bij een verkooppunt (POS_posPurchases) en deelnemen aan ons loyaliteitsprogramma (loyaltyScheme_loyCustomers). Als u de eerste optie kiest, krijgt u waarschijnlijk meer resultaten omdat klanten maar in één andere tabel hoeven te bestaan.

Directe relatie

Een relatie wordt geclassificeerd als een directe relatie wanneer een brontabel een relatie heeft met een doeltabel met slechts één relatie.

Als een activiteitentabel met de naam eCommerce_eCommercePurchases bijvoorbeeld alleen verbinding maakt met een doeltabel eCommerce_eCommerceContacts via ContactId, is het een directe relatie.

Relatie met meerdere paden

Een relatie met meerdere paden is een speciaal type directe relatie die een brontabel verbindt met meer dan één doeltabel.

Als een activiteitentabel met de naam eCommerce_eCommercePurchase bijvoorbeeld een relatie heeft met twee doeltabellen, zowel met eCommerce_eCommerceContacts als met loyaltyScheme_loyCustomers, is het een relatie met meerdere paden.

Indirecte relatie

Een relatie wordt geclassificeerd als een indirecte relatie wanneer een brontabel gerelateerd is aan een of meer andere tabellen voordat deze aan een doeltabel wordt gerelateerd.

Relatie met meerdere hops

Een relatie met meerdere hops is een indirecte relatie waarmee u een brontabel kunt verbinden met een doeltabel via een of meer andere tussenliggende tabellen.

Als een activiteitentabel met de naam eCommerce_eCommercePurchasesWest bijvoorbeeld verbinding maakt met een tussenliggende tabel met de naam eCommerce_eCommercePurchasesEast en vervolgens verbinding maakt met een doeltabel met de naam eCommerce_eCommerceContacts, is het een relatie met meerdere hops.

Relatie met meerdere hops, meerdere paden

Relaties met meerdere hops en meerdere paden kunnen samen worden gebruikt om relaties met meerdere hops, meerdere paden te maken. Dit speciale type combineert de functies van relaties met meerdere hops en meerdere paden. Hiermee kunt u verbinding maken met meer dan één doeltabel terwijl u tussenliggende tabellen gebruikt.

Als een activiteitentabel met de naam eCommerce_eCommercePurchasesWest bijvoorbeeld verbinding maakt met een tussenliggende tabel met de naam eCommerce_eCommercePurchasesEast en vervolgens verbinding maakt met twee doeltabellen met de naam eCommerce_eCommerceContacts en loyaltyScheme_loyCustomers, is het een relatie met meerdere hops en meerdere paden.

Volgende stap

Systeem- en aangepaste relaties worden gebruikt om segmenten en metingen te maken gebaseerd op meerdere gegevensbronnen die zich niet langer in silo's bevinden.