使用Schema Registry API定义两个架构之间的关系
了解客户之间的关系以及客户在不同渠道中与您的品牌之间的互动是Adobe Experience Platform的重要组成部分。 通过在Experience Data Model (XDM)架构的结构中定义这些关系,您可以获得有关客户数据的复杂洞察。
虽然可以使用合并架构和Real-Time Customer Profile推断架构关系,但这仅适用于共享相同类的架构。 若要在属于不同类的两个架构之间建立关系,必须将专用关系字段添加到 源架构 中,该字段指示单独 引用架构 的标识。
此文档提供了一个教程,用于定义贵组织使用Schema Registry API定义的两个架构之间的一对一关系。
快速入门
本教程需要对Experience Data Model (XDM)和XDM System有一定的了解。 在开始本教程之前,请查看以下文档:
- Experience Platform🔗中的XDM System: Experience Platform中的XDM及其实现概述。
- 架构组合的基础知识: XDM架构的构建块简介。
- Real-Time Customer Profile:根据来自多个源的汇总数据,提供统一的实时使用者个人资料。
- 沙盒: Experience Platform提供将单个Platform实例划分为单独虚拟环境的虚拟沙盒,以帮助开发和改进数字体验应用程序。
在开始本教程之前,请查看开发人员指南以了解成功调用Schema Registry API所需了解的重要信息。 这包括您的{TENANT_ID}
、“容器”的概念以及发出请求所需的标头(请特别注意Accept标头及其可能的值)。
定义源和引用架构 define-schemas
您应已创建将在关系中定义的两个架构。 本教程在组织当前忠诚度计划(在“Loyalty Members”架构中定义)的成员与其喜爱的酒店(在“Hotels”架构中定义)之间创建关系。
架构关系由 源架构 表示,该架构具有引用 引用架构 内其他字段的字段。 在接下来的步骤中,“Loyalty Members”将用作源架构,而“Hotels”将用作参考架构。
要定义两个架构之间的关系,必须首先获取两个架构的$id
值。 如果您知道架构的显示名称(title
),则可以通过向Schema Registry API中的/tenant/schemas
端点发出GET请求来查找其$id
值。
API格式
GET /tenant/schemas
请求
curl -X GET \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Accept: application/vnd.adobe.xed-id+json'
application/vnd.adobe.xed-id+json
仅返回生成的架构的标题、ID和版本。响应
成功的响应将返回由您的组织定义的架构列表,包括它们的name
、$id
、meta:altId
和version
。
{
"results": [
{
"title": "Newsletter Subscriptions",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/192a66930afad02408429174c311ae73",
"meta:altId": "_{TENANT_ID}.schemas.192a66930afad02408429174c311ae73",
"version": "1.2"
},
{
"title": "Loyalty Members",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/2c66c3a4323128d3701289df4468e8a6",
"meta:altId": "_{TENANT_ID}.schemas.2c66c3a4323128d3701289df4468e8a6",
"version": "1.5"
},
{
"title": "Hotels",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/d4ad4b8463a67f6755f2aabbeb9e02c7",
"meta:altId": "_{TENANT_ID}.schemas.d4ad4b8463a67f6755f2aabbeb9e02c7",
"version": "1.0"
}
],
"_page": {
"orderby": "updated",
"next": null,
"count": 3
},
"_links": {
"next": null,
"global_schemas": {
"href": "https://platform-stage.adobe.io/data/foundation/schemaregistry/global/schemas"
}
}
}
记录要定义两者之间关系的两个架构的$id
值。 这些值将在后面的步骤中使用。
为源架构定义参考字段
在Schema Registry中,关系描述符的工作方式与关系数据库表中的外键类似:源架构中的字段用作对引用架构的主标识字段的引用。 如果您的源架构中没有用于此目的的字段,您可能需要使用新字段创建架构字段组,并将其添加到架构中。 此新字段的type
值必须为string
。
在本教程中,引用架构“Hotels”包含用作架构主标识的hotelId
字段。 但是,源架构“Loyalty Members”没有要用作引用hotelId
的专用字段,因此需要创建自定义字段组才能向架构中添加新字段:favoriteHotel
。
创建新字段组
要向架构添加新字段,必须首先在字段组中定义它。 您可以通过向/tenant/fieldgroups
端点发出POST请求来创建新的字段组。
API格式
POST /tenant/fieldgroups
请求
以下请求创建一个新的字段组,该字段组将在其添加到的任何架构的_{TENANT_ID}
命名空间下添加favoriteHotel
字段。
curl -X POST\
https://platform.adobe.io/data/foundation/schemaregistry/tenant/fieldgroups \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'content-type: application/json' \
-d '{
"type": "object",
"title": "Favorite Hotel",
"meta:intendedToExtend": ["https://ns.adobe.com/xdm/context/profile"],
"description": "Favorite hotel field group for the Loyalty Members schema.",
"definitions": {
"favoriteHotel": {
"properties": {
"_{TENANT_ID}": {
"type":"object",
"properties": {
"favoriteHotel": {
"title": "Favorite Hotel",
"type": "string",
"description": "Favorite hotel for a Loyalty Member."
}
}
}
}
}
},
"allOf": [
{
"$ref": "#/definitions/favoriteHotel"
}
]
}'
响应
成功的响应将返回新创建的字段组的详细信息。
{
"$id": "https://ns.adobe.com/{TENANT_ID}/mixins/3387945212ad76ee59b6d2b964afb220",
"meta:altId": "_{TENANT_ID}.mixins.3387945212ad76ee59b6d2b964afb220",
"meta:resourceType": "mixins",
"version": "1.0",
"type": "object",
"title": "Favorite Hotel",
"meta:intendedToExtend": [
"https://ns.adobe.com/xdm/context/profile"
],
"description": "Favorite hotel field group for the Loyalty Members schema.",
"definitions": {
"favoriteHotel": {
"properties": {
"_{TENANT_ID}": {
"type": "object",
"properties": {
"favoriteHotel": {
"title": "Favorite Hotel",
"type": "string",
"description": "Favorite hotel for a Loyalty Member.",
"meta:xdmType": "string"
}
},
"meta:xdmType": "object"
}
},
"type": "object",
"meta:xdmType": "object"
}
},
"allOf": [
{
"$ref": "#/definitions/favoriteHotel"
}
],
"meta:xdmType": "object",
"meta:abstract": true,
"meta:extensible": true,
"meta:containerId": "tenant",
"meta:tenantNamespace": "_{TENANT_ID}",
"meta:registryMetadata": {
"eTag": "quM2aMPyb2NkkEiZHNCs/MG34E4=",
"palm:sandboxName": "prod"
}
}
$id
记录字段组的$id
URI,以用于将该字段组添加到源架构的下一步骤。
将字段组添加到源架构
创建字段组后,可以通过向/tenant/schemas/{SCHEMA_ID}
端点发出PATCH请求将其添加到源架构中。
API格式
PATCH /tenant/schemas/{SCHEMA_ID}
{SCHEMA_ID}
$id
URI或meta:altId
。请求
以下请求将“Favorite Hotel”字段组添加到“Loyalty Members”架构。
curl -X PATCH \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/_{TENANT_ID}.schemas.533ca5da28087c44344810891b0f03d9 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'Content-Type: application/json' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-d '[
{
"op": "add",
"path": "/allOf/-",
"value": {
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/3387945212ad76ee59b6d2b964afb220"
}
}
]'
op
add
操作。path
value.$ref
$id
。响应
成功的响应返回已更新架构的详细信息,该架构现在包括其allOf
数组下添加字段组的$ref
值。
{
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/2c66c3a4323128d3701289df4468e8a6",
"meta:altId": "_{TENANT_ID}.schemas.2c66c3a4323128d3701289df4468e8a6",
"meta:resourceType": "schemas",
"version": "1.1",
"type": "object",
"title": "Loyalty Members",
"description": "",
"allOf": [
{
"$ref": "https://ns.adobe.com/xdm/context/profile"
},
{
"$ref": "https://ns.adobe.com/xdm/context/profile-person-details"
},
{
"$ref": "https://ns.adobe.com/xdm/context/profile-personal-details"
},
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/ec16dfa484358f80478b75cde8c430d3"
},
{
"$ref": "https://ns.adobe.com/xdm/context/identitymap"
},
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/3387945212ad76ee59b6d2b964afb220"
}
],
"meta:containerId": "tenant",
"meta:class": "https://ns.adobe.com/xdm/context/profile",
"meta:abstract": false,
"meta:extensible": false,
"meta:tenantNamespace": "_{TENANT_ID}",
"imsOrg": "{ORG_ID}",
"meta:extends": [
"https://ns.adobe.com/xdm/context/profile",
"https://ns.adobe.com/xdm/data/record",
"https://ns.adobe.com/xdm/context/identitymap",
"https://ns.adobe.com/xdm/common/extensible",
"https://ns.adobe.com/xdm/common/auditable",
"https://ns.adobe.com/xdm/context/profile-person-details",
"https://ns.adobe.com/xdm/context/profile-personal-details",
"https://ns.adobe.com/{TENANT_ID}/mixins/ec16dfa484358f80478b75cde8c430d3",
"https://ns.adobe.com/{TENANT_ID}/mixins/61969bc646b66a6230a7e8840f4a4d33"
],
"meta:xdmType": "object",
"meta:registryMetadata": {
"repo:createdDate": 1557525483804,
"repo:lastModifiedDate": 1566419670915,
"xdm:createdClientId": "{API_KEY}",
"xdm:lastModifiedClientId": "{CLIENT_ID}",
"eTag": "ITNzu8BVTO5pw9wfCtTTpk6U4WY="
}
}
创建引用身份描述符 reference-identity
架构字段必须具有应用于它们的引用身份描述符,才能用作对关系中其他架构的引用。 由于“Loyalty Members”中的favoriteHotel
字段将引用“Hotels”中的hotelId
字段,因此必须为favoriteHotel
指定引用标识描述符。
通过向/tenant/descriptors
端点发出POST请求,为源架构创建引用描述符。
API格式
POST /tenant/descriptors
请求
以下请求在源架构“Loyalty Members”中为favoriteHotel
字段创建引用描述符。
curl -X POST \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/descriptors \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"@type": "xdm:descriptorReferenceIdentity",
"xdm:sourceSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/533ca5da28087c44344810891b0f03d9",
"xdm:sourceVersion": 1,
"xdm:sourceProperty": "/_{TENANT_ID}/favoriteHotel",
"xdm:identityNamespace": "Hotel ID"
}'
@type
xdm:descriptorReferenceIdentity
。xdm:sourceSchema
$id
URL。xdm:sourceVersion
sourceProperty
xdm:identityNamespace
响应
成功的响应将返回新创建的源字段的引用描述符的详细信息。
{
"@type": "xdm:descriptorReferenceIdentity",
"xdm:sourceSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/533ca5da28087c44344810891b0f03d9",
"xdm:sourceVersion": 1,
"xdm:sourceProperty": "/_{TENANT_ID}/favoriteHotel",
"xdm:identityNamespace": "Hotel ID",
"meta:containerId": "tenant",
"@id": "53180e9f86eed731f6bf8bf42af4f59d81949ba6"
}
创建关系描述符 create-descriptor
关系描述符在源架构和引用架构之间建立一对一的关系。 一旦在源架构中为相应的字段定义了引用标识描述符,就可以通过对/tenant/descriptors
端点发出POST请求来创建新的关系描述符。
API格式
POST /tenant/descriptors
请求
以下请求创建新的关系描述符,“Loyalty Members”作为源架构,“Hotels”作为引用架构。
curl -X POST \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/descriptors \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"@type": "xdm:descriptorOneToOne",
"xdm:sourceSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/2c66c3a4323128d3701289df4468e8a6",
"xdm:sourceVersion": 1,
"xdm:sourceProperty": "/_{TENANT_ID}/favoriteHotel",
"xdm:destinationSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/d4ad4b8463a67f6755f2aabbeb9e02c7",
"xdm:destinationVersion": 1,
"xdm:destinationProperty": "/_{TENANT_ID}/hotelId"
}'
@type
@type
值为xdm:descriptorOneToOne
。xdm:sourceSchema
$id
URL。xdm:sourceVersion
xdm:sourceProperty
xdm:destinationSchema
$id
URL。xdm:destinationVersion
xdm:destinationProperty
响应
成功的响应将返回新创建的关系描述符的详细信息。
{
"@type": "xdm:descriptorOneToOne",
"xdm:sourceSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/2c66c3a4323128d3701289df4468e8a6",
"xdm:sourceVersion": 1,
"xdm:sourceProperty": "/_{TENANT_ID}/favoriteHotel",
"xdm:destinationSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/d4ad4b8463a67f6755f2aabbeb9e02c7",
"xdm:destinationVersion": 1,
"xdm:destinationProperty": "/_{TENANT_ID}/hotelId",
"meta:containerId": "tenant",
"@id": "76f6cc7105f4eaab7eb4a5e1cb4804cadc741669"
}
后续步骤
通过学习本教程,您已成功创建了两个架构之间的一对一关系。 有关使用Schema Registry API使用描述符的更多信息,请参阅架构注册表开发人员指南。 有关如何在UI中定义架构关系的步骤,请参阅有关使用架构编辑器定义架构关系的教程。