Deli z drugimi prek

Razmerja med tabelami in potmi tabel

  • Članek

Podatki o strankah so pogosto razporejeni po več tabelah. Ključnega pomena je, da so ti podatki med seboj povezani, da jih lahko izkoristite za svoje scenarije. Na primer, imate tabelo za uporabnike, naročila, podrobnosti naročila in izdelke. Recimo, da želite segment vseh uporabnikov, ki so nedavno oddali naročilo. Če želite ustvariti ta segment, ne morete uporabiti samo tabele Uporabniki , ampak potrebujete tabelo Naročila in tabela Uporabniki . Vaša tabela Uporabniki in Naročila morajo biti povezani med seboj s ključem, kot je userId. Odnosi vam Customer Insights - Data omogoča, da svoje tabele povežete skupaj, kar vam omogoča uporabo vseh vaših podatkov v segmentih in merah ter drugih Customer Insights - Data postopkih.

Odnosi definirajte graf vaših podatkov, ko si tabele delijo skupni identifikator, tuji ključ. Na ta tuji ključ se je mogoče sklicevati iz ene tabele v drugo. Razmerje je sestavljeno iz izvorne tabele ki vsebuje tuji ključ in ciljne tabele v kateri so tuje ključne točke izvorne tabele do.

Obstajajo tri vrste odnosov:

  • Sistem brez možnosti urejanja Odnosi ustvari sistem kot del procesa poenotenja podatkov
  • Podedovani Odnosi, ki jih ni mogoče urejati, so samodejno ustvarjeni iz podatkovnih virov za vnos
  • Odnosi po meri, ki jih je mogoče urejati, ustvarijo in konfigurirajo uporabniki

Sistemski odnosi, ki jih ni mogoče urejati

Med poenotenjem podatkov se sistemski odnosi samodejno ustvarijo na podlagi pametnega ujemanja. Ti odnosi pomagajo povezati zapise profila stranke z ustreznimi zapisi. Naslednji diagram prikazuje ustvarjanje treh sistemskih odnosov. Tabela strank se ujema z drugimi tabelami za izdelavo enotne tabele Customer .

Diagram s potmi odnosov za tabelo strank s tremi 1-n Odnosi.

  • Razmerje CustomerToContact je bilo ustvarjeno med tabelo Customer in Contact tabela. Tabela Customer dobi ključno polje Contact_contactID za povezavo s Contact ključno polje tabele contactID.
  • Razmerje CustomerToAccount je bilo ustvarjeno med tabelo Customer in Account tabela. Tabela Customer dobi ključno polje Account_accountID za povezavo z Account ključno polje tabele ID računa.
  • Odnos CustomerToWebAccount je bil ustvarjen med tabelo Customer in WebAccount tabela. Tabela Customer dobi ključno polje WebAccount_webaccountID za povezavo s WebAccount ključno polje tabele webaccountID.

Podedovani odnosi, ki jih ni mogoče urejati

Med postopkom vnosa podatkov sistem preveri obstoječe odnose za vire podatkov. Če odnosi ne obstajajo, jih sistem samodejno ustvari. Ti odnosi se uporabljajo tudi v nadaljnjih postopkih.

Ustvarjanje odnosa po meri

Odnosi po meri vam omogoča, da povežete dve tabeli, ki ju lahko nato uporabite skupaj v spodnjih segmentih in merah.

Na primer, želite zgraditi segment vseh strank, ki so kupile kavo v trgovini v New Yorku. Vaši podatki so shranjeni v treh tabelah:

  • loyaltyContacts: vsebuje seznam vseh strank. Stolpci vključujejo LoyaltyId in FullName.
  • Nakupi: vsebuje zgodovino nakupov vseh strank. Stolpci vključujejo Timestamp, LoyaltyId, PurchasePrice in StoreId.
  • Trgovine: vsebuje več podrobnosti o vsaki trgovini. Stolpci vključujejo StoreId, StoreSize in StoreLocation. Za ta primer ustvarite razmerje po meri med nakupi in trgovinami kot razmerje več (nakupi) proti enemu (trgovine) v stolpcu StoreId. Ko je vzpostavljen, lahko ustvarite zahtevani segment tako, da dodate filter v stolpec StoreLocation v tabeli Stores.

  1. Pojdite na Podatki>Tabele.

  2. Izberite zavihek Odnosi .

  3. Izberite Novo razmerje.

  4. V podoknu Novo razmerje vnesite naslednje informacije:

    Novo stransko podokno razmerja s praznimi vnosnimi polji.

    • Ime razmerja: Ime, ki odraža namen razmerja. Imena razmerij razlikujejo med velikimi in malimi črkami. Primer: PurchasesToStores.

    • Opis: Opis razmerja.

    • Izvorna tabela: tabela, ki se uporablja kot vir v razmerju. Primer: Nakupi.

    • Ciljna tabela: tabela, ki se uporablja kot cilj v razmerju. Primer: Trgovine.

    • Izvorna kardinalnost: Kardinalnost izvorne tabele. Kardinalnost opisuje število možnih elementov v naboru. Navezuje se na ciljno kardinalnost. Izbirate lahko med One in Many. Podprti so samo odnosi »mnogo proti ena« in »ena proti ena«.

      • Mnogo proti ena: več izvornih zapisov se lahko nanaša na en ciljni zapis. Primer: več nakupov v eni trgovini.
      • Ena proti ena: posamezen izvorni zapis se nanaša na en ciljni zapis.

      opomba,

      Veliko proti mnogo Odnosi je mogoče ustvariti z uporabo dveh veliko proti ena Odnosi in povezovalne tabele, ki povezuje izvorno in ciljno tabelo.

    • Ciljna kardinalnost: Kardinalnost zapisov ciljne tabele.

    • Polje izvornega ključa: Polje tujega ključa v izvorni tabeli. Primer: StoreId

    • Ciljno ključno polje: Ključno polje ciljne tabele. Primer: StoreId

  5. Izberite Shrani , da ustvarite razmerje po meri.

Upravljanje obstoječih odnosov

Pojdite na Podatki>Tabele in Odnosi zavihek za ogled vseh Odnosi ki so bili ustvarjeni, njihovo izvorno tabelo, ciljno tabelo in kardinalnost.

Seznam Odnosi in možnosti v vrstici dejanj na strani Odnosi.

Uporabite možnosti Filtriraj po ali Išči Odnosi , da poiščete določeno razmerje. Za ogled omrežnega diagrama obstoječega Odnosi in njihove kardinalnosti izberite Vizualizator.

Izberite razmerje za ogled razpoložljivih dejanj:

  • Uredi: Posodobite lastnosti po meri Odnosi v podoknu za urejanje in shranite spremembe.
  • Izbriši: Izbriši po meri Odnosi.
  • Pogled: Oglejte si sistemsko ustvarjene in podedovane Odnosi.

Raziščite vizualizator odnosov

Vizualizator relacije prikazuje mrežni diagram obstoječega Odnosi med povezanimi tabelami in njihovo kardinalnost. Prav tako vizualizira pot odnosa.

Posnetek zaslona mrežnega diagrama vizualizatorja odnosov s povezavami med povezanimi tabelami.

Če želite prilagoditi pogled, lahko spremenite položaj polj tako, da jih povlečete na platno. Druge možnosti vključujejo:

  • Izvozi kot sliko: Shranite trenutni pogled kot slikovno datoteko.
  • Spremeni vodoravno/navpično postavitev: Spremenite poravnavo tabel in Odnosi.
  • Uredi: Posodobite lastnosti po meri Odnosi v podoknu za urejanje in shranite spremembe.

Poti odnosa

Pot razmerja opisuje tabele, ki so povezane z Odnosi med izvorno in ciljno tabelo. Uporablja se pri ustvarjanju segmenta ali mere, ki vključuje tabele, ki niso tabela poenotenih profilov, in obstaja več možnosti za doseganje tabele poenotenih profilov. Različne poti odnosov lahko podajo različne rezultate.

Na primer, tabela eCommerce_eCommercePurchases ima naslednje Odnosi v tabeli poenotenega profila Customer :

  • eCommerce_eCommercePurchases > Stranka
  • eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > Stranka
  • eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Stranka

Pot razmerja določa, katere tabele lahko uporabite pri ustvarjanju pravil za mere ali segmente. Izbira možnosti z najdaljšo potjo odnosa bo verjetno prinesla manj rezultatov, ker morajo biti ujemajoči se zapisi del vseh tabel. V tem primeru mora stranka kupiti izdelke prek e-trgovine (eCommerce_eCommercePurchases) na prodajnem mestu (POS_posPurchases) in sodelovati v našem programu zvestobe (loyaltyScheme_loyCustomers). Če bi izbrali prvo možnost, bi verjetno dobili več rezultatov, ker morajo stranke obstajati samo v eni drugi tabeli.

Neposredni odnos

Razmerje je razvrščeno kot neposredno razmerje če se izvorna tabela nanaša na ciljno tabelo s samo enim razmerjem.

Na primer, če se tabela dejavnosti, imenovana eCommerce_eCommercePurchases poveže s ciljno tabelo eCommerce_eCommerceContacts tabelo prek ContactId , to je neposredno razmerje.

Izvorna tabela se neposredno poveže s ciljno tabelo.

Odnos z več potmi

razmerje z več potmi je posebna vrsta neposrednega razmerja, ki povezuje izvorno tabelo z več kot eno ciljno tabelo.

Na primer, če se tabela dejavnosti z imenom eCommerce_eCommercePurchases navezuje na dve ciljni tabeli, obe eCommerce_eCommerceContacts in loyaltyScheme_loyCustomers, gre za večpotno razmerje.

Izvorna tabela se neposredno poveže z več kot eno ciljno tabelo prek razmerja z več skoki.

Posredni odnos

Razmerje je razvrščeno kot posredno razmerje če se izvorna tabela nanaša na eno ali več drugih tabel, preden se navezuje na ciljno tabelo.

Odnos z več skoki

razmerje z več skoki je posredno razmerje ki vam omogoča povezavo izvorne tabele s ciljno tabelo prek ena ali več drugih vmesnih tabel.

Na primer, če se tabela dejavnosti z imenom eCommerce_eCommercePurchasesWest poveže z vmesno tabelo z imenom eCommerce_eCommercePurchasesEast in se nato poveže s ciljem tabela, imenovana eCommerce_eCommerceContacts, je razmerje z več skoki.

Izvorna tabela se neposredno poveže s ciljno tabelo z vmesno tabelo.

Odnos z več skoki in več potmi

Multi-hop in multi-path Odnosi lahko uporabite skupaj za ustvarjanje multi-hop, multi-path Odnosi. Ta posebna vrsta združuje funkcije multi-hop in multi-path Odnosi. Omogoča povezovanje z več ciljnimi tabelami, medtem ko uporabljate vmesne tabele.

Če se na primer tabela dejavnosti, imenovana eCommerce_eCommercePurchasesWest , poveže z vmesno tabelo, imenovano eCommerce_eCommercePurchasesEast , in se nato poveže z dvema ciljnima tabelama, eCommerce_eCommerceContacts in loyaltyScheme_loyCustomers, gre za relacijo z več preskoki in več potmi.

Izvorna tabela se poveže neposredno z eno ciljno tabelo in se poveže z drugo ciljno tabelo prek vmesne tabele.

Naslednji korak

Sistemski Odnosi in po meri se uporabljajo za ustvarjanje segmentov in mer na podlagi več virov podatkov, ki niso več silosirani.