Adobe Experience Platform的重要部分,在於能夠跨不同通道瞭解客戶之間的關係以及客戶與品牌之間的互動。 在Experience Data Model (XDM)結構中定義這些關係可讓您獲得客戶資料的複雜見解。
雖然架構關係可以通過使用union架構和Real-time Customer Profile來推斷,但這僅適用於共用相同類的架構。 要在屬於不同類的兩個方案之間建立關係,必須將專用的關係欄位添加到源方案中,該源方案引用目標方案的標識。
本文檔提供了一個教程,用於使用Experience Platform用戶介面中的架構編輯器定義兩個架構之間的關係。 有關使用API定義方案關係的步驟,請參見上的教程,該教程介紹如何使用方案註冊表API定義關係。
本教學課程需要對XDM System和Experience Platform UI中的架構編輯器有正確的理解。 在開始本教學課程之前,請先閱讀下列檔案:
預期您已經建立了將在關係中定義的兩個方案。 為了進行演示,本教程將建立組織忠誠度方案(在"Loyalty Members"方案中定義)的成員與其最愛的酒店(在"Hotels"方案中定義)之間的關係。
為建立關係,兩個方案都必須已定義主要身份,並且必須為Real-time Customer Profile啟用。 如果需要有關如何相應配置方案的指導,請參見架構建立教程中關於啟用方案以用於Profile的章節。
方案關係由源方案內的專用欄位表示,該欄位引用目標方案內的另一個欄位。 在後續步驟中,"Loyalty Members"將作為源模式,而"Hotels"將作為目標模式。
為便於參考,以下幾節將介紹在定義關係之前本教程中使用的每個架構的結構。
源模式"Loyalty Members"基於XDM Individual Profile類,是在教程中為在UI中建立模式而構建的模式。 它在其_tenantId
名稱空間下包含loyalty
物件,其中包含數個忠誠度特定欄位。 其中一個欄位loyaltyId
作為Email命名空間下模式的主標識。 如架構屬性下所示,此架構已啟用,可用於Real-time Customer Profile。
目標方案"Hotels"基於自定義"Hotels"類,並包含描述酒店的欄位。 hotelId
欄位是自訂hotelId
命名空間下之架構的主要身分。 與Loyalty Members架構一樣,此架構也已為Real-time Customer Profile啟用。
僅當源架構沒有專用字串類型欄位用作目標架構的引用時,才需要此步驟。 如果此欄位已在源方案中定義,請跳至定義關係欄位](#relationship-field)的下一步。[
為了定義兩個方案之間的關係,源方案必須具有專用欄位以用作目標方案的引用。 通過建立新混音,可以將此欄位添加到源模式。
首先,在Mixins區段中選擇Add。
出現添加Mixin對話框。 從這裡,選擇建立新混音。 在出現的文字欄位中,輸入新混音的顯示名稱和說明。 完成時,選擇添加mixin。
畫布會重新顯示,「Favorite Hotel」會出現在Mixins區段中。 選擇混音名稱,然後選擇根級別Loyalty Members
欄位旁的添加欄位。
在畫布中,_tenantId
命名空間下方會顯示新欄位。 在欄位屬性下,提供欄位名稱和顯示名稱,並將其類型設為"字串"。
完成後,選擇Apply。
更新的favoriteHotel
欄位會出現在畫布中。 選擇保存以最終確定對方案的更改。
在源架構定義了專用的參考欄位後,可以將其指定為關係欄位。
在畫布中選取favoriteHotel
欄位,然後在欄位屬性下方向下捲動,直到出現關係核取方塊。 選中該複選框可顯示配置關係欄位所需的參數。
選擇參考模式的下拉式清單,並選擇關係的目標模式(在此示例中為"Hotels")。 如果為Profile啟用了目標模式,則引用標識名稱空間欄位將自動設定為目標模式主標識的名稱空間。 如果架構未定義主標識,則必須從下拉菜單中手動選擇要使用的命名空間。 完成時選擇Apply。
favoriteHotel
欄位現在會在畫布中反白顯示為關係,顯示目標架構的名稱和參考身分名稱空間。 選擇保存以保存更改並完成工作流。
在本教學課程之後,您已使用Schema Editor成功建立兩個結構之間的一對一關係。 有關如何使用API定義關係的步驟,請參閱上的教程,該教程介紹如何使用方案註冊表API定義關係。