Релации между таблици и пътища на таблици

Данните за клиентите често се разпространяват в множество таблици. От решаващо значение е тези данни да бъдат свързани помежду си, така че да можете да ги използвате за вашите сценарии. Например имате таблица за потребители, поръчки, подробни данни за поръчки и продукти. Да приемем, че искате сегмент от всички потребители, които са направили поръчка наскоро. За да създадете този сегмент, не можете да използвате само таблицата "Потребители ", но ще ви трябват таблицата "Поръчки " и таблицата "Потребители ". Вашата таблица "Потребители и поръчки " трябва да бъде свързана помежду си с ключ като userId. Релациите в ви Customer Insights - Data позволяват да свързвате таблиците си заедно, което ви позволява да използвате всичките си данни в сегменти и мерки и други Customer Insights - Data процеси.

Релациите дефинират графика на вашите данни, когато таблиците споделят общ идентификатор, външен ключ. Този външен ключ може да бъде препращан от една таблица към друга. Релацията се състои от таблица източник, съдържаща външния ключ, и целева таблица , към която сочи външният ключ на таблицата източник.

Има три типа взаимоотношения:

• Нередактируемите системни релации се създават от системата като част от процеса на унифициране на данните
• Нередактируемите наследени релации се създават автоматично от поглъщане на източници на данни
• Редактируемите потребителски релации се създават и конфигурират от потребителите

Нередактируеми системни взаимоотношения

По време на обединяването на данните системните взаимоотношения се създават автоматично въз основа на интелигентно съвпадение. Тези релации помагат да се свържат записите на клиентски профил с други съответстващи записи. Следващата диаграма илюстрира създаването на три базирани на системата взаимоотношения. Таблицата "Клиент" се съпоставя с други таблици, за да се получи единната таблица "Клиент ".

• Връзката "Клиент към контакт " е създадена между таблицата " Клиент " и таблицата " Контакт ". Таблицата "Клиент " получава ключовото поле, Contact_contactID да се свърже с ключовото поле на таблицата "Контакт " contactID.
• Релацията "Клиент към сметка " е създадена между таблицата "Клиент " и таблицата "Партньор ". Таблицата "Клиент " получава ключовото поле, Account_accountID да се свърже с полето за ключ на таблица "Сметка ".
• Създадена е релация CustomerToWebAccount между таблицата " Клиент " и таблицата "Уеб акаунт ". Таблицата "Клиент " получава ключовото поле, WebAccount_webaccountID да се свърже с ключовото поле на таблицата WebAccount webaccountID.

Нередактируеми наследени релации

По време на процеса на поглъщане на данни системата проверява източниците на данни за съществуващи връзки. Ако не съществува връзка, системата автоматично ги създава. Тези взаимоотношения се използват и в процесите надолу по веригата.

Създаване на персонализирана релация

Потребителските релации ви позволяват да свържете две таблици, които след това могат да се използват заедно в сегменти и мерки надолу по веригата.

Например, искате да изградите сегмент от всички клиенти, които са закупили кафе от магазин в Ню Йорк. Вашите данни се съхраняват в три таблици:

• loyaltyContacts: съдържа списък на всички клиенти. Колоните включват LoyaltyId и FullName.
• Покупки: съдържа историята на покупките на всички клиенти. Колоните включват Timestamp, LoyaltyId, PurchasePrice и StoreId.
• Магазини: съдържа повече подробности за всеки магазин. Колоните включват StoreId, StoreSize и StoreLocation. За този пример създайте релация по избор между "Покупки" и "Магазини" като релация "Много (покупки) към една (магазини)" в колоната "ИД на хранилище". Веднъж установен, можете да създадете необходимия сегмент, като добавите филтър в колоната StoreLocation в таблицата Магазини.

1. Отидете на Таблици с> данни.

2. Изберете раздела Релации .

3. Изберете Нова релация.

4. В екрана Нова релация предоставете следната информация:

   

   • Име на релация: Име, което отразява целта на релацията. Имената на релациите различават малки и главни букви. Пример: PurchasesToStores.

   • Описание: Описание на връзката.

   • Таблица източник: Таблица, която се използва като източник в релацията. Пример: Покупки.

   • Целева таблица: Таблица, която се използва като цел в релацията. Пример: Магазини.

   • Кардиналност на източника: Кардиналност на таблицата източник. Кардиналността описва броя на възможните елементи в даден набор. Винаги се отнася до целевата кардиналност. Можете да избирате между един и много. Поддържат се само релации „много към един” и „един към един”.

     • Много към едно: множество записи на източника могат да се отнасят до един целеви запис. Пример: Множество покупки от един магазин.
     • Един към един: Записът от един източник се отнася до запис от една цел.

     Бележка

     Релациите "много към много" могат да бъдат създадени с помощта на две релации "много към едно" и свързваща таблица, която свързва таблицата източник и целевата таблица.

   • Целева кардиналност: Кардиналност на записите на целевата таблица.

   • Поле за ключ източник: поле за външен ключ в таблицата източник. Пример: StoreId

   • Целево ключово поле: Ключово поле на целевата таблица. Пример: StoreId

5. Изберете Запиши , за да създадете релация по избор.

Управление на съществуващи релации

Отидете в Таблици с данни и раздела Релации>, за да видите всички релации, които са създадени, тяхната таблица източник, целевата таблица и кардиналността .

Използвайте опциите Филтриране по или Търсене на релации , за да намерите конкретна релация. За да видите мрежова диаграма на съществуващите релации и тяхната кардиналност, изберете Визуализатор.

Изберете релация, за да видите наличните действия:

• Редактиране: Актуализирайте свойствата на потребителските релации в екрана за редактиране и запишете промените.
• Изтриване: Изтриване на релации по избор.
• Изглед: Преглед на създадени от системата и наследени релации.

Разгледайте визуализатора на връзката

Визуализаторът на релации показва мрежова диаграма на съществуващите релации между свързани таблици и тяхната кардиналност. Той също така визуализира пътя на релацията.

За да персонализирате изгледа, можете да промените позицията на полетата, като ги плъзнете върху платното. Други опции включват:

• Експортиране като изображение: Запазване на текущия изглед като файл с изображение.
• Промяна в хоризонтално/вертикално оформление: Промяна на подравняването на таблиците и релациите.
• Редактиране: Актуализирайте свойствата на потребителските релации в екрана за редактиране и запишете промените.

Пътеки на релацията

Пътят на релация описва таблиците, които са свързани с релации между таблица източник и целева таблица. Използва се при създаване на сегмент или мярка, която включва таблици, различни от таблицата с унифициран профил, и има множество опции за достигане до таблицата с унифициран профил. Различните пътища на релациите могат да дадат различни резултати.

Например таблицата eCommerce_eCommercePurchases има следните релации към таблицата "Клиент " на единния профил :

• eCommerce_eCommercePurchases > Клиент
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > Клиент
• eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Клиент

Пътят на релация определя кои таблици можете да използвате, когато създавате правила за мерки или сегменти. Избирането на опцията с най-дългия път на релация вероятно ще доведе до по-малко резултати, защото съвпадащите записи трябва да бъдат част от всички таблици. В този пример клиентът трябва да е закупил стоки чрез електронна търговия (eCommerce_eCommercePurchases), на място за продажба (POS_posPurchases) и да участва в нашата програма за лоялност (loyaltyScheme_loyCustomers). Когато избирате първата опция, вероятно ще получите повече резултати, защото клиентите трябва да съществуват само в една друга таблица.

Директна релация

Релацията се класифицира като пряка зависимост , когато таблицата източник се отнася до целева таблица само с една релация.

Например, ако таблица на дейност, наречена eCommerce_eCommercePurchases , се свързва с целева таблица eCommerce_eCommerceContacts таблица само чрез ContactId , това е пряка връзка.

Релация с множество пътеки

Релацията с много пътища е специален тип пряка релация, която свързва таблица източник с повече от една целева таблица.

Например, ако таблица за дейности, наречена eCommerce_eCommercePurchases , се отнася до две целеви таблици, както eCommerce_eCommerceContacts , така и loyaltyScheme_loyCustomers, това е релация с много пътища.

Косвена релация

Релацията се класифицира като непряка зависимост , когато таблицата източник се отнася до една или повече други таблици, преди да се свърже с целева таблица.

Релация с множество прескачания

Многопреходната релация е непряка релация , която ви позволява да свържете таблица източник към целева таблица чрез една или повече други междинни таблици.

Например, ако таблица за дейност, наречена eCommerce_eCommercePurchasesWest , се свърже с междинна таблица, наречена eCommerce_eCommercePurchasesEast , и след това се свърже с целева таблица, наречена eCommerce_eCommerceContacts, това е релация с много преходи.

Релацията с множествено прескачане и множество пътеки

Multi-hop и multi-path релациите могат да се използват заедно за създаване на multi-hop, multi-path релации. Този специален тип съчетава функциите на мулти-хоп и мулти-път отношения. Тя ви позволява да се свързвате с повече от една целева таблица, докато използвате междинни таблици.

Например, ако таблица за дейности, наречена eCommerce_eCommercePurchasesWest , се свърже с междинна таблица, наречена eCommerce_eCommercePurchasesEast , и след това се свърже с две целеви таблици, както eCommerce_eCommerceContacts , така и loyaltyScheme_loyCustomers , това е многопреходна релация смного пътища.

Следваща стъпка

Системните и потребителските релации се използват за създаване на сегменти и мерки на базата на множество източници на данни, които вече не са изолирани.