Del via


Relasjoner mellom tabeller og tabellbaner

Kundedata er ofte spredt på tvers av flere tabeller. Det er svært viktig at disse dataene er koblet til hverandre, slik at du kan bruke dem for scenarioene. Du har for eksempel en tabell for brukere, ordrer, ordredetaljer og produkter. La oss si at du vil ha et segment av alle brukere som nylig har lagt inn en bestilling. Hvis du vil opprette dette segmentet , kan du ikke bruke tabellen Brukere alene, men du trenger tabellen Ordrer og Brukere. Tabellen Brukere og Ordrer må være koblet til hverandre med en nøkkel som userId. Med relasjoner i Customer Insights - Data kan du koble tabellene sammen, slik at du kan bruke alle dataene på tvers av segmenter og mål og andre prosesser for Customer Insights - Data.

Relasjoner definerer en graf for dataene når tabellene deler en felles identifikator, en sekundærnøkkel. Denne sekundærnøkkelen kan referere fra én tabell til en annen. En relasjon består av en kildetabell som inneholder sekundærnøkkelen og en måltabell som kildetabellens sekundærnøkkel peker mot.

Det finnes tre typer relasjoner:

  • Systemrelasjoner som ikke kan redigeres, opprettes av systemet som en del av dataforeningsprosessen
  • Arvede relasjoner som ikke kan redigeres, opprettes automatisk fra inntak av datakilder
  • Egendefinerte relasjoner som kan redigeres, opprettes og konfigureres av brukere

Systemrelasjoner som ikke kan redigeres

Under dataforening opprettes systemrelasjoner automatisk basert på intelligent samsvar. Disse relasjonene hjelper deg å knytte kundeprofiloppføringene til tilsvarende oppføringer. Diagrammet nedenfor illustrerer opprettelsen av tre systembaserte relasjoner. Kundetabellen sammenlignes med andre tabeller for å produsere den enhetlige Kunde-tabellen.

Diagram med relasjonsbaner for kundetabellen med tre 1:N-relasjoner.

  • CustomerToContact-relasjon ble opprettet mellom Kunde-tabellen og Kontakt-tabellen. Kunde-tabellen får nøkkelfeltet Contact_contactID til å knyttes til nøkkelfeltet contactID for Kontakt-tabellen.
  • CustomerToAccount-relasjon ble opprettet mellom Kunde-tabellen og Konto-tabellen. Kunde-tabellen får nøkkelfeltet Account_accountID til å knyttes til nøkkelfeltet accountID for Konto-tabellen.
  • CustomerToWebAccount-relasjon ble opprettet mellom Kunde-tabellen og WebAccount-tabellen. Kunde-tabellen får nøkkelfeltet WebAccount_webaccountID til å knyttes til nøkkelfeltet webaccountID for WebAccount-tabellen.

Arvede relasjoner som ikke kan redigeres

Under datainntaksprosessen kontrollerer systemet datakilder for eksisterende relasjoner. Hvis ingen relasjoner finnes, oppretter systemet dem automatisk. Disse relasjonene brukes også i nedstrømsprosesser.

Opprette en egendefinert relasjon

Tilpassede relasjoner gjør det mulig å koble sammen to tabeller som deretter kan brukes sammen i nedstrømssegmenter og -målinger.

Du vil for eksempel bygge et segment av alle kunder som kjøpte kaffe fra en forretning i New York. Dataene dine lagres i tre tabeller:

  • loyaltyContacts: inneholder en liste over alle kunder. Kolonner inkluderer LoyaltyId og FullName.
  • Kjøp: inneholder kjøpshistorikk for alle kunder. Kolonner inkluderer Timestamp, LoyaltyId, PurchasePrice og StoreId.
  • Butikker: inneholder flere detaljer om hver av butikkene. Kolonner inkluderer StoreId, StoreSize og StoreLocation. I dette eksemplet oppretter du en egendefinert relasjon mellom Kjøp og Butikker som mange (kjøp) til én (butikker)-relasjoner i StoreId-kolonnen. Når det er opprettet, kan du opprette det nødvendige segmentet ved å legge til et filter i StoreLocation-kolonnen i tabellen Butikker.
  1. Gå til Data>Tabeller.

  2. Velg Relasjoner-fanen.

  3. Velg Ny relasjon.

  4. Angi følgende informasjon i ruten Ny relasjon:

    Sideruten Ny relasjon med tomme inndatafelter.

    • Relasjonsnavn: Navn som gjenspeiler formålet med relasjonen. Det skilles mellom små og store bokstaver i relasjonsnavn. Eksempel: PurchasesToStores.

    • Beskrivelse: Beskrivelse av relasjonen.

    • Kildetabell: Tabell som brukes som en kilde i relasjonen. Eksempel: Kjøp

    • Måltabell: Tabell som brukes som et mål i relasjonen. Eksempel: Butikker.

    • Kildekardinalitet: kardinaliteten til kildetabellen. Kardinalitet beskriver antall mulige elementer i et sett. Den er alltid relatert til målkardinaliteten. Du kan velge mellom Én og Mange. Bare mange-til-én- og én-til-én-relasjoner støttes.

      • Mange-til-én: Flere kildeoppføringer kan knyttes til én måloppføring. Eksempel: Flere kjøp fra én butikk.
      • Én-til-én: Én kildeoppføring er knyttet til én måloppføring.

      Merk

      Mange-til-mange-relasjoner kan opprettes ved hjelp av to mange-til-én-relasjoner og en koblingstabell, som kobler sammen kildetabellen og måltabellen.

    • Målkardinalitet: kardinaliteten til måltabelloppføringene.

    • Kildenøkkelfelt: sekundærnøkkelfeltet i kildetabellen. Eksempel: StoreId

    • Målnøkkelfelt: nøkkelfeltet for måltabellen. Eksempel: StoreId

  5. Velg Lagre for å opprette den egendefinerte relasjonen.

Administrere eksisterende relasjoner

Gå til Data>Tabeller og Relasjoner-fanen for å vise alle relasjonene som er opprettet, samt kildetabellen, måltabellen og kardinaliteten deres.

Liste over relasjoner og alternativer på handlingslinjen på Relasjoner-siden.

Bruk alternativene Filtrer etter eller Relasjoner til å finne en bestemt relasjon. Hvis du vil se et nettverksdiagram over eksisterende relasjoner og kardinaliteten deres, velger du Visualisering.

Velg en relasjon for å vise tilgjengelige handlinger:

  • Rediger: Oppdater egenskaper for egendefinerte relasjoner i redigeringsruten, og lagre endringer.
  • Slett: Slett egendefinerte relasjoner.
  • Vis: Vis systemopprettede og arvede relasjoner.

Utforske relasjonsvisualiseringen

Relasjonsvisualiseringen viser et nettverksdiagram over eksisterende relasjoner mellom tilkoblede tabeller og kardinaliteten deres. Den visualiserer også relasjonsbanen.

Skjermbilde av nettverksdiagrammet for relasjonsvisualisering med tilkoblinger mellom relaterte tabeller.

Hvis du vil tilpasse visningen, kan du endre plasseringen til boksene ved å dra dem på lerretet. Andre alternativer omfatter følgende:

  • Eksporter som bilde: Lagre gjeldende visning som en bildefil.
  • Endre til vannrett/loddrett oppsett: Endre justeringen av tabellene og relasjonene.
  • Rediger: Oppdater egenskaper for egendefinerte relasjoner i redigeringsruten, og lagre endringer.

Relasjonsbaner

En relasjonsbane beskriver tabellene som er koblet til relasjoner en kildetabell og en måltabell. Den brukes når du oppretter et segment eller et mål som inkluderer andre tabeller enn tabellen for enhetlig profil, og når det finnes flere alternativer for å nå tabellen for enhetlig profil. Forskjellige relasjonsbaner kan gi forskjellige resultater.

Tabellen eCommerce_eCommercePurchases har for eksempel følgende relasjoner for tabellen for den enhetlige profilen Kunde:

  • eCommerce_eCommercePurchases > Kunde
  • eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > Kunde
  • eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Kunde

En relasjonsbane avgjør hvilke tabeller du kan bruke når du oppretter regler for målinger eller segmenter. Valg av alternativet med den lengste relasjonsbanen vil sannsynligvis gi færre resultater fordi de samsvarende oppføringene må være en del av alle tabeller. I dette eksemplet må en kunde ha kjøpt varer via e-handel(eCommerce_eCommercePurchases), på et salgssted (POS_posPurchases) og delta i fordelsprogrammet (loyaltyScheme_loyCustomers). Når du velger det første alternativet, får du sannsynligvis flere resultater fordi kunder bare trenger å eksistere i én annen tabell.

Direkte relasjon

En relasjon klassifiseres som en direkte relasjon når en kildetabell er relatert til en måltabell med bare én relasjon.

Hvis for eksempel en aktivitetstabell med navnet eCommerce_eCommercePurchases kobles til en måltabell eCommerce_eCommerceContacts bare via ContactId, er det en direkte relasjon.

Kildetabell kobler direkte til måltabellen.

Relasjon med flere baner

En relasjon med flere baner er en spesiell type direkte relasjon som kobler en kildetabell til flere enn én måltabell.

Hvis for eksempel en aktivitetstabell med navnet eCommerce_eCommercePurchases er relatert til to måltabeller, er både eCommerce_eCommerceContacts og loyaltyScheme_loyCustomers en relasjon med flere baner.

Kildetabell kobler direkte til mer enn én måltabell via en relasjon med flere mellomstasjoner.

Indirekte relasjon

En relasjon klassifiseres som en indirekte relasjon når en kildetabell er relatert til en eller flere tabeller før den relateres til en måltabell.

Relasjon med flere mellomstasjoner

En relasjon med flere mellomstasjoner er en indirekte relasjon som gjør det mulig å koble en kildetabell til en måltabell via en eller flere andre mellomtabeller.

Hvis for eksempel en aktivitetstabell som heter eCommerce_eCommercePurchasesWest kobler til en midlertidig tabell kalt eCommerce_eCommercePurchasesEast og deretter kobler til en måltabell kalt eCommerce_eCommerceContacts, er det en relasjon med flere mellomstasjoner.

Kildetabell kobler direkte til en måltabell med en midlertidig tabell.

Relasjon med flere baner og flere mellomstasjoner

Relasjoner for flere mellomstasjoner og flere baner kan brukes sammen til å opprette flere mellomstasjoner, flere baner. Denne spesialtypen kombinerer funksjonene for flere mellomstasjoner og relasjoner med flere baner. Den lar deg koble til mer enn én måltabell når du bruker mellomliggende tabeller.

Hvis for eksempel en aktivitetstabell kalt eCommerce_eCommercePurchasesWest kobler til en midlertidig tabell kalt eCommerce_eCommercePurchasesEast og deretter kobler til to måltabeller, både eCommerce_eCommerceContacts og loyaltyScheme_loyCustomers, er det en relasjon med flere mellomstasjoner og flere baner.

Kildetabell kobler direkte til én måltabell og kobler til en annen måltabell via en mellomliggende tabell.

Neste trinn

Systemrelasjoner og egendefinerte relasjoner brukes til å opprette segmenter og målinger basert på flere datakilder som ikke lenger finnes i siloer.