Relationer mellem tabeller og tabelstier

Kundedata er ofte spredt over flere tabeller. Det er vigtigt, at disse data er forbundet med hinanden, så du kan bruge dem i dine scenarier. Du har f.eks. en tabel over brugere, ordrer, ordredetaljer og produkter. Lad os sige, at du vil have et segment med alle de brugere, der har afgivet en ordre for nylig. Hvis du vil oprette dette segment, kan du ikke bruge tabellen Brugere alene, men du skal bruge tabellen Ordrer og Brugere. Tabellen Brugere og ordrer skal være knyttet til hinanden med en nøgle som userId. Med relationer i Customer Insights - Data kan du kæde tabellerne sammen, så du kan bruge alle dine data på tværs af segmenter og mål og andre Customer Insights - Data-processer.

Relationer definerer en graf for dine data, når tabeller deler et fælles id, en fremmednøgle. Der kan refereres til denne fremmednøgle fra en tabel til et andet. Relationen består af en kildetabel, der indeholder fremmednøglen, og en destinationstabel, som kildetabellens fremmednøgle peger på.

Der findes tre typer relationer:

• Systemrelationer, som ikke kan redigeres. Disse oprettes af systemet som del af datasamlingen
• Nedarvede relationer, som ikke kan redigeres. Disse oprettes automatisk ud fra indtagelse af datakilder
• Brugerdefinerede relationer, der kan redigeres. Disse oprettes og konfigureres af brugere

Systemrelationer, der ikke kan redigeres

Under datasamling oprettes systemrelationer automatisk baseret på intelligent matchning. Disse relationer hjælper med at relatere kundeprofilposter til tilsvarende poster. I følgende diagram illustreres oprettelsen af tre systembaserede relationer. Kundetabellen matches med andre tabeller for at producere den samlede Kunde-tabel.

• CustomerToContact-relationen blev oprettet mellem tabellen Kunde og tabellen Kontakt. Tabellen Kunde får nøglefeltet Contact_contactID til at relatere til nøglefeltet contactID for tabellen Kontakt.
• CustomerToAccount-relationen blev oprettet mellem tabellen Kunde og tabellen Konto. Tabellen Kunde får nøglefeltet Account_accountID til at relatere til nøglefeltet accountID for tabellen Konto.
• CustomerToWebAccount-relationen blev oprettet mellem tabellen Kunde og tabellen WebAccount. Tabellen Kunde får nøglefeltet WebAccount_webaccountID til at relatere til tabelnøglefeltet webaccountID for WebAccount.

Nedarvede relationer, der ikke kan redigeres

Under dataindtagelsesprocessen kontrollerer systemet datakilder for eksisterende relationer. Hvis der ikke findes relationer, opretter systemet dem automatisk. Disse relationer anvendes også i downstream-processer.

Oprette en brugerdefineret relation

Brugerdefineret Relationer giver dig mulighed for at forbinde to tabeller, der derefter kan bruges sammen i downstreamsegmenter og mål.

Du vil f.eks. opbygge et segment af alle kunder, der har købt kaffe fra en butik i New York. Dine data gemmes i tre tabeller:

• loyaltyContacts: indeholder en liste over alle kunder. Kolonnerne omfatter LoyaltyId og FullName.
• Køb: indeholder købsoversigt for alle kunder. Kolonnerne omfatter Timestamp, LoyaltyId, PurchasePrice og StoreId.
• Stores: indeholder flere oplysninger om de enkelte lagre. Kolonnerne omfatter StoreId, StoreSize og StoreLocation. I dette eksempel skal du oprette en brugerdefineret relation mellem Køb og Gemmer lige så mange (køb) til en (stores) relation i kolonnen StoreId. Når du er oprettet, kan du oprette det krævede segment ved at tilføje et filter på kolonnen StoreLocation i tabellen Stores.

1. Gå til Data>Tabeller.

2. Vælg fanen Sagsrelationer.

3. Vælg Ny relation.

4. Angiv følgende oplysninger i ruden Ny relation:

   

   • Relationsnavn: Navn, der afspejler relationens formål. Relationers navne skelner mellem store og små bogstaver. Eksempel: PurchasesToDes.

   • Beskrivelse: Beskrivelsen af relationen.

   • Kildetabel: Tabel, der bruges som kilde i relationen. Eksempel: Purchases.

   • Destinationstabel: Tabel, der bruges som destination i relationen. Eksempel: Stores.

   • Kildekardinalitet: Angiv kardinaliteten for kildetabellen. Kardinalitet beskriver antallet af mulige elementer i et sæt. Det vedrører altid målets kardinalitet. Du kan vælge mellem En og Mange. Det er kun mange-til-én- og én-til-én-relationer, der understøttes.

     • Mange-til-en: Flere kildeposter kan relateres til én målpost. Eksempel: Flere purchases fra en enkelt store.
     • En-til-en: En enkelt kildepost vedrører én målpost.

     Bemærk

     Mange-til-mange-relationer kan oprettes ved hjælp af to mange-til-en-relationer og en sammenkædningstabel, der forbinder kildetabellen og destinationstabellen.

   • Målkardinalitet: Vælg kardinaliteten for destinationstabelposterne.

   • Kildenøglefelt: Feltet med fremmednøglen i kildetabellen. Eksempel: StoreId

   • Målnøglefelt: Nøglefeltet for destinationstabellen. Eksempel: StoreId

5. Vælg Gem for at oprette den brugerdefinerede relation.

Administrer eksisterende relationer

Gå til Data>Tabeller og fanen Relationer for at få vist alle de relationer, der er oprettet, deres kildetabel, destinationstabellen og kardinaliteten.

Brug indstillingerne Filtrer efter eller Søg relationer for at finde en bestemt relation. Hvis du vil et se netværksdiagram over de eksisterende relationer og deres kardinalitet, skal du vælge Visualiser.

Vælg en relation for at få vist tilgængelige handlinger:

• Rediger: Opdater egenskaber for brugerdefinerede relationer i redigeringsruden, og gem ændringerne.
• Slet: Slet brugerdefinerede relationer.
• Vis: Få vist systemoprettede og nedarvede relationer.

Udforsk relationens visualiseringsfunktion

Relationens visualiseringsfunktion viser et netværksdiagram over de eksisterende relationer mellem tilsluttede tabeller og deres kardinalitet. Relationsstien visualiseres også.

Hvis du vil tilpasse visningen, kan du ændre felternes placering ved at trække dem på lærredet. Andre muligheder omfatter:

• Eksporter som billede: Gem den aktuelle visning som en billedfil.
• Skift til vandret/lodret layout: Skift justering af tabellerne og relationer.
• Rediger: Opdater egenskaber for brugerdefinerede relationer i redigeringsruden, og gem ændringerne.

Relationsstier

En relationssti beskriver de tabeller, der er knyttet til relationer mellem en kildetabel og en destinationstabel. Det bruges, når du opretter et segment eller en måleenhed, der omfatter andre tabeller end tabellen for den samlede profil, og der er flere indstillinger, du kan bruge til at oprette forbindelse til tabellen for den samlede profil. Forskellige relationsstier kan give forskellige resultater.

Tabellen eCommerce_eCommercePurchases indeholder f.eks. følgende relationer til tabellen Kunde i den samlede profil:

• eCommerce_eCommercePurchases > kunde
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > kunde
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > kunde

En relationssti bestemmer, hvilke tabeller du kan bruge, når du opretter regler for mål eller segmenter. Hvis du vælger indstillingen med overensstemmelsesforløbet for relationer, giver det højst sandsynligt færre resultater, da de tilsvarende poster skal være en del af alle tabeller. I dette eksempel skal en kunde have købt varer via e-handel (eCommerce_eCommercePurchases) på et salgspunkt (POS_posPurchases) og deltage i vores loyalitetsprogram (loyaltyScheme_loyCustomers). Når du vælger den første indstilling, får du sandsynligvis flere resultater, fordi kunderne kun skal findes i én yderligere tabel.

Direkte relation

En relation klassificeres som en direkte relation, når en kildetabel er relateret til en destinationstabel med kun én relation.

Hvis en aktivitetstabel, der kaldes eCommerce_eCommercePurchases, f.eks. kun opretter forbindelse til en destinationstabel eCommerce_eCommerceContacts via ContactId, er det en direkte relation.

Relation med flere forbindelser

En relation med flere forbindelser er en særlig type direkte relation, der opretter forbindelse mellem en kildetabel og mere end én destinationstabel.

Hvis en aktivitetstabel, der kaldes eCommerce_eCommercePurchases, f.eks. er relateret til to destinationstabeller, både eCommerce_eCommerceContacts og loyaltyScheme_loyCustomers, er det en relation med flere forbindelser.

Indirekte relation

En relation klassificeres som en indirekte relation, når en kildetabel er relateret til et eller flere yderligere tabeller, før det relaterer til én destinationstabel.

Multi-hop-relation

En multi-hop-relation er en et indirekte relation, der bruges til at tilknytte en kildetabel til en destinationstabel via en eller flere tabeller.

Hvis en aktivitetstabel kaldet eCommerce_eCommercePurchasesWest f.eks. opretter forbindelse til en mellemliggende tabel, der kaldes eCommerce_eCommercePurchasesEast, og derefter opretter forbindelse til en destinationstabel, der kaldes eCommerce_eCommerceContacts, er det en multi-hop-relation.

Multi-hop, relation med flere forbindelser

Multi-hop-relation og relation med flere forbindelser kan bruges sammen til at oprette multi-hop-relation, relation med flere forbindelser. Denne specielle type kombinerer funktionerne for multi-hop-relation og relation med flere forbindelser. Du kan oprette forbindelse til mere end én destinationstabel, mens du bruger mellemliggende tabeller.

Hvis en aktivitetstabel kaldet eCommerce_eCommercePurchasesWest f.eks. opretter forbindelse til en mellemliggende tabel, der kaldes eCommerce_eCommercePurchasesEast, og derefter opretter forbindelse til to destinationstabeller, både eCommerce_eCommerceContacts og loyaltyScheme_loyCustomers, er det en multi-hop-relation, relation med flere forbindelser.

Næste trin

System- og nrugerdefinerede relationer bruges til at oprette segmenter og mål baseret på flere datakilder, der ikke længere er tilgængelige.