使用 Schema Editor 定義兩個方案之間的一對一關係 relationship-ui

瞭解客戶之間的關係以及他們跨不同管道與您品牌的互動，是Adobe Experience Platform的重要一環。 在的結構中定義這些關係 Experience Data Model (XDM)結構描述可讓您對客戶資料獲得複雜的深入分析。

雖然結構描述關係可透過使用聯合結構描述和來推斷 Real-Time Customer Profile，這僅適用於共用相同類別的結構描述。 若要在屬於不同類別的兩個結構描述之間建立關係，必須將專用關係欄位新增到來源結構描述中，該來源結構描述會參考其他相關結構描述的身分。

本檔案提供教學課程，說明如何在中使用結構編輯器定義兩個結構描述之間的關係。 Experience Platform 使用者介面。 如需使用API定義結構描述關係的相關步驟，請參閱以下教學課程： 使用結構描述登入API定義關係.

快速入門

本教學課程需要您實際瞭解 XDM System 和結構編輯器 Experience Platform UI。 在開始本教學課程之前，請先檢閱下列檔案：

定義來源和參考結構描述

您應已建立將在關係中定義的兩個結構描述。 為了示範，本教學課程會在組織的熟客方案成員之間建立關係(定義於「Loyalty Members「結構描述)和他們最愛的飯店(在「Hotels"結構描述)。

結構描述關係由 來源結構描述 連結至內另一個欄位 參考結構描述. 在接下來的步驟中， 」Loyalty Members「 」將是來源結構描述，而「Hotels」將做為參考結構描述。

以下幾節說明在定義關係之前，本教學課程中使用的每個結構描述的結構。

Loyalty Members 綱要

來源結構描述"Loyalty Members"是根據 XDM Individual Profile 類別，包含描述熟客方案成員的欄位。 其中一個欄位， personalEmail.addess，會當作底下結構描述的主要身分 電子郵件 名稱空間。 如下方所示 結構描述屬性，此結構描述已啟用用於 Real-Time Customer Profile.

Hotels 綱要

參考結構描述»Hotels「以自訂為基礎」Hotels「 」類別，並包含說明飯店的欄位。 為了參與關係，參考結構描述還必須定義主要身分並啟用 個人資料. 在這種情況下， _tenantId.hotelId作為結構描述的主要身分，使用自訂"Hotel ID"身分名稱空間。

建立關係欄位群組

為了定義兩個結構描述之間的關係，來源結構描述必須具有將指示參考結構描述的主要身分的專用欄位。 您可以建立新的結構描述欄位群組或擴充現有的結構描述欄位群組，將此欄位新增至來源結構描述。

若為 Loyalty Members 綱要，新的 preferredHotel 將會新增欄位，以指出熟客成員對公司造訪偏好的飯店。 從選取加號圖示(+)。

新的欄位預留位置會顯示在畫布中。 在 欄位屬性，提供欄位名稱和欄位顯示名稱，並將其型別設為"字串「。 在 指派給，選取要擴展的現有欄位群組，或輸入唯一名稱以建立新欄位群組。 在此案例中，新的"Preferred Hotel「欄位群組已建立。

完成後，選取 套用.

更新的 preferredHotel 欄位會顯示在畫布中，位於 _tenantId 物件，因為它是自訂欄位。 選取 儲存 以完成您對架構的變更。

為來源方案定義關係欄位 relationship-field

一旦您的來源結構描述定義了專用參考欄位後，您就可以將其指定為關係欄位。

選取 preferredHotel 欄位，然後向下捲動至 欄位屬性 直到 關係 核取方塊隨即顯示。 選取核取方塊以顯示設定關係欄位所需的引數。

選取的下拉式清單 參考結構描述 並選取關係的參考結構描述("Hotels"在此範例中)。 在 參考身分名稱空間，選取參考結構描述身分欄位的名稱空間(在此案例中為「 」Hotel ID「)。 選取 套用 完成後。

此 preferredHotel 欄位現在會在畫布中反白為關係，顯示參考結構描述的名稱。 選取 儲存 以儲存變更並完成工作流程。

後續步驟

依照本教學課程中的指示，您已使用下列程式碼，成功建立兩個結構描述之間的一對一關係： Schema Editor. 如需如何使用API定義關係的步驟，請參閱以下教學課程： 使用結構描述登入API定義關係.