瞭解客戶之間的關係以及客戶與品牌之間通過各種渠道進行的互動是Adobe Experience Platform的重要部分。 在結構中定義這些關係 Experience Data Model (XDM)架構使您能夠對客戶資料獲得複雜的見解。
而架構關係可通過使用聯合架構和 Real-time Customer Profile,這僅適用於共用同一類的方案。 要在屬於不同類的兩個架構之間建立關係,必須將專用關係欄位添加到引用目標架構標識的源架構中。
本文檔提供了使用中的架構編輯器定義兩個架構之間的關係的教程 Experience Platform 用戶介面。 有關使用API定義架構關係的步驟,請參見上的教程 使用方案註冊表API定義關係。
有關如何在Real-time Customer Data PlatformB2B版中建立多對一關係的步驟,請參見上的指南 建立B2B關係。
本教程要求您對 XDM System 和架構編輯器 Experience Platform UI。 在開始本教程之前,請查看以下文檔:
預期您已經建立了將在關係中定義的兩個架構。 為了進行演示,本教程將建立組織忠誠計畫的成員之間的關係(在「」中定義)Loyalty Members"架構及其最喜愛的酒店(定義於「Hotels"架構)。
要建立關係,兩個方案必須都定義了主標識並且都為 Real-time Customer Profile。 請參閱 啟用在配置檔案中使用的架構 在架構建立教程中,如果您需要有關如何相應地配置架構的指導。
模式關係由 源架構 是指 目標架構。 在後續步驟中, "Loyalty Members"將是源架構,而"Hotels"將用作目標架構。
為便於參考,以下各節介紹在定義關係之前在本教程中使用的每個架構的結構。
源架構「」Loyalty Members」基於 XDM Individual Profile 類,是在教程中為 在UI中建立架構。 它包括 loyalty
對象 _tenantId
命名空間,其中包含多個特定於忠誠度的欄位。 其中一個領域, loyaltyId
,用作架構的主標識 電子郵件 命名空間。 如下所示 架構屬性,此架構已啟用,供使用 Real-time Customer Profile。
目標架構「」Hotels"基於自定義"Hotels"類,包含描述酒店的欄位。
要參與關係,目標架構必須具有主標識。 在此示例中, hotelId
欄位用作主標識,使用自定義「Hotel ID」標識命名空間。
要瞭解如何建立自定義標識命名空間,請參閱 Identity Service文檔。
設定主標識後,必須為 Real-time Customer Profile。
僅當源架構沒有專用字串類型欄位用作對目標架構的引用時,才需要此步驟。 如果此欄位已在源架構中定義,請跳至 定義關係欄位。
為了定義兩個方案之間的關係,源方案必須具有一個專用欄位,以用作對目標方案的引用。 可以通過建立新架構欄位組將此欄位添加到源架構。
通過選擇 添加 的 欄位組 的子菜單。
的 添加欄位組 對話框。 從此處,選擇 建立新欄位組。 在顯示的文本欄位中,輸入新欄位組的顯示名稱和說明。 選擇 添加欄位組 的子菜單。
畫布重新顯示為"Favorite Hotel「 」出現在 欄位組 的子菜單。 選擇欄位組名稱,然後選擇 添加欄位 根級別旁邊 Loyalty Members
的子菜單。
在畫布中的 _tenantId
命名空間。 下 欄位屬性,為欄位提供欄位名和顯示名,並將其類型設定為"字串。
完成後,選擇 應用。
已更新 favoriteHotel
欄位。 選擇 保存 完成對架構的更改。
在源架構定義了專用引用欄位後,可以將其指定為關係欄位。
下面的步驟介紹如何使用畫布中的右滑軌控制項定義關係欄位。 如果您有訪問Real-Time CDPB2B版的權限,您還可以使用 同一對話 建立多對一關係時。
選擇 favoriteHotel
欄位,然後向下滾動 欄位屬性 直到 關係 的子菜單。 選中該複選框可顯示配置關係欄位所需的參數。
選擇的下拉清單 引用架構 並選擇關係的目標架構("Hotels)。 如果為 Profile,也請參見Wiki頁。 引用標識命名空間 欄位將自動設定為目標架構的主標識的命名空間。 如果架構未定義主標識,則必須從下拉菜單中手動選擇計畫使用的命名空間。 選擇 應用 的子菜單。
的 favoriteHotel
欄位現在在畫布中突出顯示為關係,顯示目標架構的名稱和引用標識名稱空間。 選擇 保存 保存更改並完成工作流。
通過本教程,您已使用 Schema Editor。 有關如何使用API定義關係的步驟,請參見上的教程 使用方案註冊表API定義關係。