Relacje między tabelami i ścieżkami tabel

Dane klientów są często rozłożone na wiele tabel. Bardzo ważne jest, aby te dane mogły być ze sobą połączone, dzięki czemu można je wykorzystać w swoich scenariuszach. Na przykład masz tabelę dla użytkowników, zamówień, szczegółów zamówienia i produktów. Załóżmy, że chcesz utworzyć segment wszystkich użytkowników, którzy niedawno złożyli zamówienie. Aby utworzyć ten segment, nie można użyć samej tabeli Users , ale potrzebujesz tabeli Orders (Zamówienia ) i tabeli Users (Użytkownicy ). Tabela Users and Orders (Użytkownicy i zamówienia) musi być połączona ze sobą przy użyciu klucza, takiego jak userId. Relacje w usłudze Customer Insights - Data umożliwiają łączenie tabel, dzięki czemu można używać wszystkich danych we wszystkich segmentach, miarach i innych procesach usługi Customer Insights - Data.

Relacje definiują graf Twoich danych, gdy tabele mają wspólny identyfikator — klucz obcy. Do tego klucza obcego można odwoływać się z jednej tabeli do drugiej. Relacja składa się z tabeli źródłowej zawierającej klucz obcy i tabelę docelową wskazującą klucz obcy tabeli źródłowej.

Istnieją trzy typy relacji:

• Nieedytowalne relacje systemowe są tworzone przez system w ramach procesu zjednoczenia danych
• Dziedziczone relacje, których nie można edytować, są tworzone automatycznie podczas importowania źródeł danych
• Relacje niestandardowe z możliwością edycji są tworzone i konfigurowane przez użytkowników

Nieedytowalne relacje systemowe

Podczas łączenia danych relacje systemowe są tworzone automatycznie na podstawie inteligentnego dopasowywania. Te relacje pomagają powiązać rekordy profilu klienta z odpowiednimi rekordami. Na poniższym diagramie przedstawiono tworzenie trzech relacji opartych na systemie. Tabela klienta jest zgodna z innymi tabelami w celu utworzenia ujednoliconej tabeli Customer .

• Relacja CustomerToContact została utworzona między tabelą Customer (Klient) a tabelą Contact (Kontakt). Tabela Customer otrzymuje pole klucza Contact_contactID w celu powiązania z polem klucza contactID w tabeli Contact.
• Relacja CustomerToAccount została utworzona między tabelą Customer (Klient) a tabelą Account (Konto). Tabela Customer otrzymuje pole klucza Account_accountID, aby powiązać je z polem klucza Account tabeli accountID.
• Relacja CustomerToWebAccount została utworzona między tabelą Customer i tabelą WebAccount. Tabela Customer pobiera pole klucza WebAccount_webaccountID, aby powiązać je z polem webaccountid klucza tabeli WebAccount.

Nieedytowalne relacje dziedziczone

Podczas procesu pozyskiwania danych system sprawdza źródła danych pod kątem istniejących relacji. Jeśli żadna relacja nie istnieje, system automatycznie je tworzy. Te relacje są również używane w procesach podrzędnych.

Tworzenie relacji niestandardowej

Relacje niestandardowe umożliwiają łączenie dwóch tabel, które następnie mogą być używane razem w segmentach podrzędnych i miarach.

Na przykład chcesz utworzyć segment wszystkich klientów, którzy kupili kawę ze sklepu w Nowym Jorku. Dane są przechowywane w trzech tabelach:

• loyaltyContacts: zawiera listę wszystkich klientów. Kolumny obejmują LoyaltyId i FullName.
• Zakupy: zawiera historię zakupów wszystkich klientów. Kolumny to znacznik czasu, LoyaltyId, PurchasePrice i StoreId.
• Sklepy: zawiera więcej szczegółów dotyczących każdego sklepu. Kolumny obejmują StoreId, StoreSize i StoreLocation. Na podstawie tego przykładu utwórz niestandardową relację między zakupami a magazynami jako wiele (zakupów) dla jednej (przechowuje) relacji w kolumnie StoreId. Po ustanowieniu można utworzyć wymagany segment, dodając filtr w kolumnie StoreLocation w tabeli Stores.

1. Przejdź do Dane>Tabele.

2. Wybierz kartę Relacje .

3. Wybierz Nowa relacja.

4. W okienku Nowa relacja podaj następujące informacje:

   

   • Nazwa relacji: nazwa, która odzwierciedla przeznaczenie relacji. W nazwach relacji jest rozróżniana wielkość liter. Przykład: PurchasesToStores.

   • Opis: opis relacji.

   • Tabela źródłowa: tabela używana jako źródło w relacji. Przykład: Zakupy.

   • Tabela docelowa: tabela używana jako element docelowy w relacji. Przykład: sklepy.

   • Kardynalność źródła: Kardynalność tabeli źródłowej. Kardynalność opisuje liczbę możliwych elementów w zestawie. Zawsze odnosi się do kardynalności docelowej. Możesz wybrać jedną iwiele. Obsługiwane są tylko relacje wiele do jednego i jeden do jednego.

     • Wiele do jednego: wiele rekordów źródłowych może odnosić się do jednego rekordu docelowego. Przykład: wiele zakupów w jednym sklepie.
     • Jeden do jednego: pojedynczy rekord źródłowy odnosi się do jednego rekordu docelowego.

     Uwaga / Notatka

     Relacje wiele-do-wielu można utworzyć za pomocą dwóch relacji wiele-do-jednego oraz tabeli pośredniczącej, która łączy tabelę źródłową z tabelą docelową.

   • Kardynalność tabeli docelowej: Kardynalność rekordów tabeli docelowej.

   • Pole klucza źródłowego: pole klucza obcego w tabeli źródłowej. Przykład: StoreId

   • Docelowe pole klucza: pole klucza tabeli docelowej. Przykład: StoreId

5. Wybierz Zapisz, aby utworzyć relację niestandardową.

Zarządzanie istniejącymi relacjami

Przejdź do Dane>Tabele oraz karty Relacje, aby wyświetlić wszystkie utworzone relacje, ich tabelę źródłową, tabelę docelową i krotność.

Użyj opcji Filtruj według lub Wyszukaj relacje , aby zlokalizować określoną relację. Aby wyświetlić diagram sieciowy istniejących relacji i ich kardynalności, wybierz pozycję Wizualizator.

Wybierz relację, aby wyświetlić dostępne akcje:

• Edytuj: aktualizowanie właściwości relacji niestandardowych w okienku edycji i zapisywanie zmian.
• Usuń: usuń relacje niestandardowe.
• Widok: Wyświetlanie relacji utworzonych przez system i odziedziczonych.

Eksplorowanie wizualizatora relacji

Wizualizator relacji przedstawia diagram sieciowy istniejących relacji między połączonymi tabelami a ich kardynalnością. Wizualizuje również ścieżkę relacji.

Aby dostosować widok, możesz zmienić położenie pól, przeciągając je na kanwę. Inne opcje to:

• Eksportuj jako obraz: Zapisz bieżący widok jako plik obrazu.
• Przełącz na układ poziomy/pionowy: Zmień układ tabel i relacji.
• Edytuj: aktualizowanie właściwości relacji niestandardowych w okienku edycji i zapisywanie zmian.

Ścieżki relacji

Ścieżka relacji opisuje tabele, które są połączone z relacjami między tabelą źródłową a tabelą docelową. Jest on używany podczas tworzenia segmentu lub miary, która zawiera tabele inne niż ujednolicona tabela profilów i istnieje wiele opcji dotarcia do ujednoliconej tabeli profilów. Różne ścieżki relacji mogą przynieść różne wyniki.

Na przykład tabela eCommerce_eCommercePurchases ma następujące relacje z ujednoliconą tabelą Klienta profilu:

• eCommerce_eCommercePurchases > klient
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > klient
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > klient

Ścieżka relacji określa tabele, których można użyć podczas tworzenia reguł dla miar lub segmentów. Wybranie opcji z najdłuższą ścieżką relacji prawdopodobnie przyniesie mniej wyników, ponieważ pasujące rekordy muszą być częścią wszystkich tabel. W tym przykładzie klient musi zakupić towary za pośrednictwem handlu elektronicznego (eCommerce_eCommercePurchases) w punkcie sprzedaży (POS_posPurchases) i uczestniczyć w naszym programie lojalnościowym (loyaltyScheme_loyCustomers). Wybierając pierwszą opcję, prawdopodobnie otrzymasz więcej wyników, ponieważ klienci muszą występować tylko w jednej innej tabeli.

Bezpośrednia relacja

Relacja jest klasyfikowana jako bezpośrednia relacja , gdy tabela źródłowa jest powiązana z tabelą docelową z tylko jedną relacją.

Jeśli na przykład tabela aktywności o nazwie eCommerce_eCommercePurchases łączy się z tabelą docelową eCommerce_eCommerceContacts wyłącznie przez ContactId, jest to relacja bezpośrednia.

Relacja wielościeżkowa

Relacja wielościeżkowa jest specjalnym typem relacji bezpośredniej, która łączy tabelę źródłową z więcej niż jedną tabelą docelową.

Jeśli na przykład tabela działań o nazwie eCommerce_eCommercePurchases odnosi się do dwóch tabel docelowych, zarówno eCommerce_eCommerceContacts, jak i loyaltyScheme_loyCustomers, jest to relacja wielościeżkowa.

Relacja pośrednia

Relacja jest klasyfikowana jako relacja pośrednia , gdy tabela źródłowa jest powiązana z co najmniej jedną inną tabelą przed powiązaniem z tabelą docelową.

Relacja z wieloma przeskokami

Relacja z wieloma przeskokami to relacja pośrednia , która umożliwia połączenie tabeli źródłowej z tabelą docelową za pośrednictwem co najmniej jednej innej tabeli pośredniej.

Jeśli na przykład tabela działań o nazwie eCommerce_eCommercePurchasesWest łączy się z tabelą pośrednią o nazwie eCommerce_eCommercePurchasesEast, a następnie łączy się z tabelą docelową o nazwie eCommerce_eCommerceContacts, jest to relacja z wieloma przeskokami.

Wieloskokowe, wielościeżkowe powiązanie

Relacje wieloskokowe i wielościeżkowe można łączyć, aby tworzyć relacje wieloskokowe i wielościeżkowe. Ten szczególny typ łączy funkcje relacji wieloskokowych i relacji wielościeżkowych. Umożliwia nawiązywanie połączenia z więcej niż jedną tabelą docelową podczas korzystania z tabel pośrednich.

Jeśli na przykład tabela działań o nazwie eCommerce_eCommercePurchasesWest łączy się z tabelą pośrednią o nazwie eCommerce_eCommercePurchasesEast , a następnie łączy się z dwiema tabelami docelowymi, zarówno eCommerce_eCommerceContacts , jak i loyaltyScheme_loyCustomers, jest to relacja z wieloma przeskokami i wieloma ścieżkami.

Następny krok

Relacje systemowe i niestandardowe służą do tworzenia segmentów i miar na podstawie wielu źródeł danych, które nie są już silosowane.