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 podzielić segment wszystkich użytkowników, którzy niedawno składali 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 — dane umożliwiają łączenie tabel ze sobą, umożliwiając korzystanie ze wszystkich danych między segmentami i miarami oraz innymi procesami Customer Insights — Dane.

Relacje definiują graf danych, gdy tabele współużytkują wspólny identyfikator, klucz obcy. Ten klucz obcy można odwoływać się z jednej tabeli do innej. 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
• Relacje dziedziczone bez edycji są tworzone automatycznie na podstawie pozyskiwania ź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 (Klient ) pobiera pole klucza Contact_contactID do powiązania z polem Contact table key contactID.
• Relacja CustomerToAccount została utworzona między tabelą Customer (Klient) a tabelą Account (Konto). Tabela Customer (Klient) pobiera pole klucza Account_accountID, aby powiązać je z identyfikatorem accountID pola klucz tabeli Konta.
• 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ą kolumny LoyaltyId i FullName.
• Zakupy: zawiera historię zakupów wszystkich klientów. Kolumny obejmują sygnaturę czasowa, loyaltyId, PurchasePrice i StoreId.
• Sklepy: zawiera więcej szczegółów dotyczących każdego sklepu. Kolumny obejmują StoreId, StoreSize i StoreLocation. W tym przykładzie utwórz relację niestandardową między zakupami i sklepami jako wiele (zakupów) do jednej relacji (sklepów) w kolumnie StoreId. Po ustanowieniu można utworzyć wymagany segment, dodając filtr w kolumnie StoreLocation w tabeli Stores.

1. Przejdź dopozycji 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łowa: 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ć przy użyciu dwóch relacji wiele-do-jednego i tabeli łączenia, która łączy tabelę źródłową i tabelę docelową.

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

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

   • Pole klucza docelowego: pole klucza tabeli docelowej. Przykład: StoreId

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

Zarządzanie istniejącymi relacjami

Przejdź dopozycji Tabele> i kartę Relacje, aby wyświetlić wszystkie utworzone relacje, ich tabelę źródłową, tabelę docelową i kardynalność.

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.
• Zmień na układ poziomy/pionowy: zmień wyrównanie 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:

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

Ś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). Podczas wybierania pierwszej opcji prawdopodobnie uzyskasz więcej wyników, ponieważ klienci muszą istnieć 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 tabelą tylko za pomocą identyfikatora ContactId , jest to bezpośrednia relacja.

Relacja z wieloma ścieżkami

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.

Relacja z wieloma przeskokami i wieloma ścieżkami

Relacje obejmujące wiele przeskoku i wiele ścieżek mogą być używane razem do tworzenia relacji obejmujących wiele przeskoku i wielu ścieżek. Ten specjalny typ łączy funkcje relacji wieloskoku i wielościegowych. 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.