Отношения между таблицами и путями таблиц

Данные о клиентах часто распределяются по нескольким таблицам. Крайне важно, чтобы эти данные были связаны друг с другом, чтобы вы могли использовать их в своих сценариях. Например, у вас есть таблица для пользователей, заказов, сведений о заказе и продуктов. Допустим, вам нужен сегмент всех пользователей, которые недавно разместили заказ. Чтобы создать этот сегмент, вы не можете использовать только таблицу Пользователи. Вам понадобится таблица Заказы и таблица Пользователи. Ваши таблицы Пользователи и Заказы должны быть связаны друг с другом с помощью ключа userId. Отношения в Customer Insights - Data позволяют связывать таблицы вместе, позволяя использовать все ваши данные в сегментах, мерах и других процессах Customer Insights - Data.

Отношения определяют график ваших данных, когда таблицы имеют общий идентификатор, зарубежный ключ. На этот внешний ключ можно ссылаться от одной таблицы на другую. Отношения состоят из исходной таблицы, содержащей внешний ключ, и целевой таблицы, на которую указывает внешний ключ исходной таблицы.

Есть три типа отношений:

• Нередактируемые системные отношения, созданные системой в рамках процесса объединения данных
• Нередактируемые унаследованные отношения, которые создаются автоматически из источников данных
• Редактируемые пользовательские отношения, созданные и настроенные пользователями

Нередактируемый системные отношения

Во время объединения данных системные отношения создается автоматически на основе интеллектуального сопоставления. Эти отношения помогают связать записи профиля клиента с соответствующими записями. На следующей диаграмме показано создание трех системных отношений. Таблица клиента сопоставляется с другими таблицами для производства единой таблицы Клиент.

• Отношение CustomerToContact было создано между таблицей Клиент и таблицей Контакт. Таблица Клиент получает ключевое поле Contact_contactID для связи с ключевым полем contactID таблицы Контакт.
• Отношение CustomerToAccount было создано между таблицей Клиент и таблицей Организация. Таблица Клиент получает ключевое поле Account_accountID для связи с ключевым полем accountID таблицы Организация.
• Отношение CustomerToWebAccount было создано между таблицей Клиент и таблицей WebAccount. Таблица Клиент получает ключевое поле WebAccount_webaccountID для связи с ключевым полем webaccountID таблицы WebAccount.

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

В процессе приема данных система проверяет источники данных на наличие отношений. Если отношений не существует, система автоматически создает их. Эти отношения также используются в последующих процессах.

Создание настраиваемого отношения

Пользовательские отношения позволяют соединить две таблицы, которые затем можно использовать вместе в последующих сегментах и метриках.

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

• loyaltyContacts: содержит список всех клиентов. Столбцы включают LoyaltyId и FullName.
• Покупки: содержит историю покупок всех клиентов. Столбцы включают Timestamp, LoyaltyId, PurchasePrice и StoreId.
• Магазины: содержит более подробную информацию о каждом магазине. Столбцы включают StoreId, StoreSize и StoreLocation. В этом примере создайте пользовательскую связь между таблицами «Покупки» и «Магазины» как связь «многие (покупки) к одному (магазины)» по столбцу StoreId. После создания вы можете создать необходимый сегмент, добавив фильтр в столбец 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 (POS_posPurchases) и участвовать в нашей программе лояльности (loyaltyScheme_loyCustomers). Выбирая первый вариант, вы, вероятно, получите больше результатов, потому что клиенты должны существовать только в одной другой таблице.

Прямое отношение

Отношение классифицируется как прямое отношение, когда исходная таблица связана с целевой таблицей только одним отношением.

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

Отношение с несколькими путями

Отношение с несколькими путями — это особый тип прямого отношения, которое связывает исходную таблицу с более чем одной целевой таблицей.

Например, если таблица действия под названием eCommerce_eCommercePurchases связана к двум целевым таблицами, eCommerce_eCommerceContacts и loyaltyScheme_loyCustomers, это отношение с несколькими путями.

Непрямое отношение

Отношение классифицируется как непрямое отношение, когда исходная таблица связана с одной или несколькими другими таблицами, прежде чем будет связана с целевой таблицей.

Многозвенное отношение

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

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

Многозвенное отношение с несколькими путями

Многозвенные отношения и отношения с несколькими путями можно использовать вместе для создания многозвенных отношений с несколькими путями. Этот специальный тип сочетает в себе функции многозвенных отношений и отношений с несколькими путями. Он позволяет подключаться к нескольким целевым таблицам при использовании промежуточных таблиц.

Например, если таблица действия под названием eCommerce_eCommercePurchasesWest подключается к промежуточной таблице под названием eCommerce_eCommercePurchasesEast, а затем подключается к двум целевым таблицам, называемым eCommerce_eCommerceContacts и loyaltyScheme_loyCustomers, это многозвенное отношение с несколькими путями.

Следующий шаг

Системные и настраиваемые отношения используются для создания сегментов и мер на основе нескольких источников данных, которые больше не изолированы.