[B2B edition]{class="badge informative"}
Last update: Mon May 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
本檔案所列的限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案
🔗的護欄中概述的一般Adobe Experience Platform限制結合。
Real-Time Customer Data Platform B2B edition可讓您根據行為深入分析和客戶屬性，以即時客戶設定檔和帳戶設定檔的形式，提供個人化的跨管道體驗。 為了支援這種處理設定檔的新方法，Experience Platform使用與傳統關聯式資料模型不同的高度非標準化混合資料模型。
除了此護欄頁面之外，還請檢查銷售訂單中的授權權益以及實際使用限制的對應
產品說明。
本檔案提供預設的使用和速率限制，幫助您模型化資料以獲得最佳系統效能。 檢閱下列護欄時，系統假設您已正確地模型化資料。 如果您有任何關於如何模型化資料的問題，請聯絡您的客戶服務代表。
大多數客戶不會超過這些預設限制。 如果您想瞭解自訂限制，請聯絡客戶服務代表。
限制型別
本檔案有兩種預設限制：
效能護欄（軟性限制）
效能護欄是與使用案例範圍相關的使用限制。 超過效能護欄時，您可能會遇到效能降低和延遲的問題。 Adobe對這類效能降低不負任何責任。 客戶若持續超過效能護欄，可選擇授權額外的容量，以避免效能降低。
系統強制的護欄（硬限制）
Real-Time CDP UI或API會強制執行系統強制的護欄。 這些限制不得超過，因為UI和API會阻止您這樣做或會傳回錯誤。
本檔案中所概述的限制會持續改善。 請定期回來檢視更新。 如果您有興趣瞭解自訂限制，請聯絡客戶服務代表。
資料模型限制
以下護欄提供模型化即時客戶設定檔資料時的建議限制。 若要深入瞭解主要實體和維度實體，請參閱附錄中有關實體型別的章節。
主要實體護欄
本節概述的資料模型限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案
🔗的護欄中概述的一般Adobe Experience Platform限制結合。
Real-Time CDP B2B edition標準XDM類別資料集
60
效能護欄
建議使用最多60個運用Real-Time CDP B2B edition提供的標準Experience Data Model (XDM)類別的資料集。 如需B2B使用案例的標準XDM類別的完整清單，請參閱Real-Time CDP B2B edition檔案
🔗中的結構描述。
注意：由於Experience Platform非標準化混合資料模型的性質，大部分客戶不會超過此限制。 如需瞭解如何建立資料模型，或想進一步瞭解自訂限制，請聯絡客戶服務代表。
身分圖表中的個人帳戶身分計數
50
效能護欄
個人帳戶在身分圖表中的身分數量上限為50。 任何具有超過50個身分的設定檔都會從分段、匯出和查詢中排除。
舊版多實體關係
20
效能護欄
建議在主要實體和維度實體之間最多定義20個多實體關係。 在移除或停用現有關聯性之前，不應進行其他關聯性對應。
每個XDM類別的多對一關係
2
效能護欄
建議每個XDM類別最多定義2個多對一關係。 在移除或停用現有關係之前，不應建立其他關係。 如需如何在兩個結構描述之間建立關係的步驟，請參閱有關
定義B2B結構描述關係的教學課程。
Dimension實體護欄
本節概述的資料模型限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案
🔗的護欄中概述的一般Adobe Experience Platform限制結合。
無巢狀舊關聯
0
效能護欄
您不應該在兩個非XDM Individual Profile結構描述之間建立關係。 建立關聯性 不 建議用於任何不屬於Profile聯合結構描述的結構描述。
只有B2B物件可以參與多對一關係
0
系統強制的護欄
系統只支援B2B物件之間的多對一關係。 如需多對一關係的詳細資訊，請參閱有關
定義B2B結構描述關係的教學課程。
B2B物件之間巢狀關聯的最大深度
3
系統強制的護欄
B2B物件之間巢狀關聯的最大深度為3。 這表示在高度巢狀結構描述中，B2B物件間的巢狀層級不應超過3層。
每個維度實體的單一結構描述
1
系統強制的護欄
每個維度實體都必須有一個結構描述。 嘗試使用從多個結構描述建立的維度實體可能會影響分段結果。 不同的維度實體應該有不同的結構描述。
資料大小限制
下列護欄參考資料大小，並根據需要提供建議對可擷取、儲存和查詢的資料加以限制。 若要深入瞭解主要實體和維度實體，請參閱附錄中有關實體型別的章節。
主要實體護欄
本節中概述的資料大小限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案
🔗的護欄中概述的一般Adobe Experience Platform限制結合。
每日每個XDM類別擷取的批次
45
效能護欄
每個XDM類別每天擷取的批次總數不應超過45個。 擷取其他批次可能會妨礙最佳效能。
Dimension實體護欄
本節中概述的資料大小限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案
🔗的護欄中概述的一般Adobe Experience Platform限制結合。
所有維度實體的總大小
5GB
效能護欄
建議所有維度實體的總大小為5GB。 擷取大型尺寸圖元可能會影響系統效能。 例如，不建議嘗試載入10GB的產品目錄作為維度實體。
每個維度實體結構描述的資料集
5
效能護欄
建議每個維度實體結構描述最多關聯5個資料集。 例如，如果您為「產品」建立結構描述，並新增五個貢獻資料集，則不應建立與產品結構描述繫結的第六個資料集。
每日擷取的Dimension實體批次
每個實體4個
效能護欄
建議每天擷取的維度實體批次數量上限為每個實體4個。 例如，您每天最多可以擷取4次產品目錄的更新。 擷取相同實體的其他維度實體批次可能會影響系統效能。
分段護欄
本節中概述的護欄是指組織可以在Experience Platform中建立的對象數量和性質，以及對應和啟用對象到目的地。
本節中概述的區段限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案
🔗的護欄中概述的一般Adobe Experience Platform限制結合。
每個B2B沙箱的區段定義
400
效能護欄
只要每個個別B2B沙箱中的區段定義少於400個，組織就可以總共超過400個區段定義。 嘗試建立其他區段定義可能會影響系統效能。
後續步驟
本檔案所列的限制代表Real-Time Customer Data Platform B2B edition啟用的變更。 如需Real-Time CDP B2B edition預設限制的完整清單，請將這些限制與即時客戶設定檔資料檔案🔗的護欄中概述的一般Adobe Experience Platform限制結合。
附錄
本節提供本檔案中限制的其他詳細資訊。
實體型別
Profile存放區資料模型包含兩個核心實體型別：主要實體和維度實體。
主要實體
主要實體或設定檔實體會將資料合併在一起，為個人形成「單一真實來源」。 此統一資料以所謂的「聯合檢視」表示。 聯合檢視會將實施相同類別的所有結構描述的欄位彙總到單一聯合結構描述中。 Real-Time Customer Profile的聯合結構描述是非正規化混合資料模型，可作為所有設定檔屬性和行為事件的容器。
與時間無關的屬性（也稱為「記錄資料」）是使用XDM Individual Profile建立模型，而時間序列資料（也稱為「事件資料」）是使用XDM ExperienceEvent建立模型。 在Adobe Experience Platform中擷取記錄和時間序列資料時，它會觸發Real-Time Customer Profile開始擷取已啟用以供使用的資料。 內嵌的互動和詳細資訊越多，個別設定檔就越健全。
Dimension實體
雖然維護設定檔資料的設定檔資料存放區不是關聯式存放區，但設定檔允許與小型維度實體整合，以便以簡化且直覺的方式建立對象。 此整合稱為多實體分段。
您的組織也可以定義XDM類別來說明個人以外的專案，例如商店、產品或屬性。 這些非XDM Individual Profile結構描述稱為「維度實體」（也稱為「查詢實體」），不包含時間序列資料。 代表維度實體的結構描述會透過使用結構描述關係連結至設定檔實體。
Dimension實體提供查詢資料，可協助並簡化多實體區段定義，且必須夠小，讓區段引擎可以將整個資料集載入記憶體，以進行最佳處理（快速點查詢）。
