Experience Data Model (XDM)系統故障排除指南

本檔案提供有關 Experience Data Model (XDM)系統的常見問題解答，以及常見錯誤的疑難排解指南。如需Adobe Experience Platform中其他服務的相關問題和疑難排解，請參閱 Experience Platform疑難排解指南。

Experience Data Model (XDM) ，是一種開放原始碼規格，可定義客戶體驗管理的標準結構。構建的方 Experience Platform 法— XDM System—操作模式 Experience Data Model 供服務 Platform 使用。提供 Schema Registry 了一個用戶介面和一個REST風格的API以訪問 Schema Library 中 Experience Platform。 See the XDM documentation for more information.

常見問題集

以下是有關XDM系統及 Schema Registry API使用的常見問題解答清單。

如何將欄位新增至架構？

您可以使用mixin，將欄位添加到架構中。每個混音都與一個或多個類相容，允許混音用於實現這些相容類之一的任何模式。雖然Adobe Experience Platform提供數種業界混音及其預先定義的欄位，但您可以使用API或使用者介面建立新混音，將自己的欄位新增至架構。

如需在 Schema Registry API中建立新混音的詳細資訊，請參閱混音端點指南。如果您使用UI，請參閱架構編輯器教學課程。

混音與資料類型的最佳用途為何？

Mixins 是定義架構中一或多個欄位的元件。 Mixins可強制其欄位在架構階層中的顯示方式，因此在每個架構中都會顯示與其所包含的相同結構。 Mixin只與特定類別相容，由其屬性 meta:intendedToExtend 識別。

資料類型，也可以為方案提供一個或多個欄位。但是，與mixin不同，資料類型不限於特定類別。這使得資料類型成為更有彈性的選項，以說明可在具有潛在不同類別的多個結構中重複使用的常用資料結構。

架構的唯一ID是什麼？

所有 Schema Registry 資源（結構、混合、資料類型、類別）都有URI，可當成參考和查閱用途的唯一ID。在API中檢視結構時，可在頂層和屬性中找 $id 到 meta:altId 。

如需詳細資訊，請參閱「API開發人員指南」中的 Schema Registry 「資源識別」一節。

架構何時開始防止中斷更改？

只要在建立資料集時從未使用過或在中啟用過，就可對架構進行中斷變更 Real-time Customer Profile。一旦在資料集建立中使用模式或啟用與一起使 Real-time Customer Profile用模式後，系統將嚴格執行模式演化規則。

長欄位類型的最大大小是多少？

長欄位類型是一個最大大小為53(+1)位的整數，其電位範圍介於-9007199254740992和9007199254740992之間。這是由於JSON的JavaScript實作如何表示長整數的限制。

有關欄位類型的詳細資訊，請參閱 XDM欄位類型約束的文檔。

如何定義我的架構的身分？

在 Experience Platform中，身分用於識別主體（通常是個人），而不管被解釋的資料源。它們是在結構中定義的，方法是將鍵欄位標籤為「標識」。常用的身分識別欄位包括電子郵件地址、電話號碼、 Experience Cloud ID (ECID)CRM ID和其他唯一ID欄位。

欄位可使用API或使用者介面標示為身分。

在API中定義身份

在API中，通過建立身份描述符來建立身份。身份描述符信號表示模式的特定屬性是唯一標識符。

身份描述符由POST請求建立到／描述符端點。如果成功，您將會收到HTTP狀態201（已建立）和包含新描述符詳細資訊的響應對象。

有關在API中建立身份描述符的詳細資訊，請參閱開發人員指南中描述符部分的 Schema Registry 文檔。

在UI中定義身份

在模式編輯器中開啟模式時，按一下要標籤為身份的編輯器的「結構」部分中的欄位。在右 側的「欄位屬性 」下，按一下「識別」核取方塊。

有關在UI中管理身份的詳細資訊，請參閱「架構編輯器」教程中的「定義身份欄位」一節。

我的架構需要主要身分識別嗎？

主要身份是可選的，因為結構可能有0或1個。但是，方案必須具有主標識，才能在中啟用該方案 Real-time Customer Profile。如需詳細資訊，請參閱「架構編輯器」教學課程的識別區段。

如何啟用模式以用於 Real-time Customer Profile?

方案可通過添加位 Real-time Customer Profile 於方案屬性中的"union"標籤來 meta:immutableTags 使用。可使用API或使 Profile 用者介面來啟用結構。

啟用現有結構以 Profile 使用API

發出PATCH請求以更新模式並將屬 meta:immutableTags 性添加為包含值"union"的陣列。如果更新成功，回應將顯示現在包含union標籤的更新架構。

如需使用API啟用架構以供使用的詳細資訊 Real-time Customer Profile，請參閱開發人員指 Schema Registry 南的Unions檔案。

啟用現有模式以 Profile 使用UI

在中 Experience Platform，按一下左 側導航中的方案 ，然後從方案清單中選擇要啟用的方案的名稱。然後，在編輯器的右側，按一下「架構屬性」( Schema Properties)下的「 Profile 」（配置檔案）將其開啟。

如需詳細資訊，請參閱「架構編輯器」教學課程的「即時客戶描述檔」中的「使用」一節。

我可以直接編輯聯合架構嗎？

聯合模式是只讀的，由系統自動生成。無法直接編輯。將"union"標籤添加到實現該類的模式時，將為特定類建立聯合模式。

如需XDM中工會的詳細資訊，請參閱 API開發人員指南 Schema Registry 中的工會一節。

如何格式化資料檔案以將資料嵌入到模式？

Experience Platform 接受或JSON格式 Parquet 的資料檔案。這些檔案的內容必須符合資料集參考的架構。有關資料檔案提取的最佳做法的詳細資訊，請參閱批處理概述。

錯誤和疑難排解

以下是您使用 Schema Registry API時可能遇到的錯誤訊息清單。

找不到對象

{
    "type": "/placeholder/type/uri",
    "status": 404,
    "title": "NotFoundError",
    "detail": "Object https://ns.adobe.com/incorrectTenantId/schemas/ee067e31b08514d21e2b82577813409d 
      with version 1 not found"
}

當系統找不到特定資源時，將顯示此錯誤。資源可能已刪除，或API呼叫中的路徑無效。請確定您已輸入API呼叫的有效路徑，然後再次嘗試。您可能想檢查是否已為資源輸入正確的ID，以及路徑是否與適當的容器（全域或租用戶）正確命名。

如需在API中建構查閱路徑的詳細資訊，請參閱開發人員指南中的容器 Schema Registry 與資源識別區段。

標題必須是唯一的

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "Title must be unique. An object 
      https://ns.adobe.com/{TENANT_ID}/schemas/26f6833e55db1dd8308aa07a64f2042d 
      already exists with the same title."
}

當您嘗試使用另一個資源已使用的標題建立資源時，將顯示此錯誤消息。標題在所有資源類型中必須是唯一的。例如，如果您嘗試建立包含已由架構使用之標題的混音，您會收到此錯誤。

自訂欄位必須使用頂層欄位

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "For custom fields, you must use a top level field named _{TENANT_ID}
       and all the other fields must be defined under it"
}

當您嘗試建立新混音時，會顯示此錯誤訊息，其中的欄位名稱不正確。由IMS組織定義的Mixin必須使用命名空間命名其欄位，以 TENANT_ID 避免與其他產業和廠商資源發生衝突。有關混合的適當資料結構的詳細示例，請參見混合端點指南。

Real-time Customer Profile 錯誤

以下錯誤消息與為啟用方案涉及的操作相關聯 Real-time Customer Profile。如需詳細資訊，請參閱 Schema Registry API開發人員指南中的Unions一節。

要啟用配置檔案資料集，架構應有效

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "To enable profile datasets the schema should be valid"
}

當您嘗試為尚未啟用的架構啟用描述檔資料集時，會顯示此錯誤訊息 Real-time Customer Profile。在啟用資料集之前，請確定架構包含union標籤。

必須有引用標識描述符

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "For a schema to be able to participate in union, if any of its 
      property is associated with a xdm:descriptorOneToOne descriptor, there must 
      be a xdm:descriptorReferenceIdentity descriptor for that property"
}

當您嘗試為模式啟用時，將顯示此錯誤消息，其 Profile 中一個屬性包含沒有引用標識描述符的關係描述符。將參考身份描述符添加到相關的模式欄位以解決此錯誤。

引用標識描述符欄位和目標模式的名稱空間必須匹配

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "If both schemas from an already defined xdm:descriptorOneToOne 
      descriptor are promoted to union, and if there is a primary identity on one of 
      the schemas from the xdm:descriptorOneToOne descriptor, the 
      xdm:identityNamespace of the sourceSchema's descriptorReferenceIdentity and the 
      xdm:namespace field of the xdm:descriptorIdentity for the destinationSchema must 
      match"
}

為了啟用包含關係描述符的方案以便在中使 Profile用，源欄位的命名空間和目標欄位的主命名空間必須相同。當您嘗試啟用包含引用標識描述符的不匹配命名空間的架構時，將顯示此錯誤消息。確保目標方 xdm:namespace 案的標識欄位的值與源欄位的 xdm:identityNamespace 引用標識描述符中屬性的值匹配，以解決此問題。

如需支援的身分名稱空間代碼清單，請參閱身分名稱空間概觀中，關於標準名稱空間的章節。

接受標題錯誤

API中的大部分GET Schema Registry 請求都需要「接受」標題，系統才能決定如何格式化回應。以下是與「接受」標題相關的常見錯誤清單。有關不同API請求的相容「接受」標題清單，請參閱「架構註冊表」開發人員指南中的相應章節。

必須接受標題參數

{
    "type": "/placeholder/type/uri",
    "status": 406,
    "title": "NotAcceptableError",
    "detail": "Accept header parameter is required"
}

當API請求中遺失「接受」標題時，會顯示此錯誤訊息。在再次嘗試之前，請確定已包含「接受」標題。

未知接受提供的介質

{
    "type": "/placeholder/type/uri",
    "status": 406,
    "title": "NotAcceptableError",
    "detail": "Unknown Accept media supplied: xed+json"
}

當「接受」標題無效時，會顯示此錯誤訊息。請確定您已正確輸入與您嘗試進行之API要求相容的「接受」標題，然後再再試一次。

可用的未知接受格式

{
    "type": "/placeholder/type/uri",
    "status": 406,
    "title": "NotAcceptableError",
    "detail": "Unknown Accept format available "
}

查找描述符時，如果「接受」標題提供不正確，則會顯示此錯誤消息。請確定您已正確輸入了描述符的一個支援的接受標頭，然後再重試。

必須在「接受」標題中提供版本

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "version must be supplied in the accept header. Example: 
      application/vnd.adobe.xed-full-notext+json; version=1"
}

當「接受」標題中未包含版本號碼時，會顯示此錯誤訊息。某些元素（如結構）在查找單個實例時需要指定版本。包含版本號碼的「接受」標題看起來類似下列：

application/vnd.adobe.xed+json; version=1

如需支援的「接受」標題清單，請參閱開發人員指南中「接受 Schema Registry 」標題區段。

「接受」標題中不能提供版本

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "version must not be supplied in the accept header. Example: 
      application/vnd.adobe.xed-full+json"
}

如果您在列出(GET)資源時嘗試在「接受」標題中包含版本，您會收到此錯誤。只有在單一資源上嘗試查閱請求時，才需要版本。從「接受」標題移除版本以解決錯誤。

adobe.com 上的資源

Digital Signage Triggered Emails Email Testing Custom Variables Customer Segmentation Analytics