スキーマエンドポイント
スキーマは、Adobe Experience Platformに取り込むデータのブループリントと考えることができます。 各スキーマは、クラスと 0 個以上のスキーマフィールドグループで構成されます。 Schema Registry API の /schemas
エンドポイントを使用すると、エクスペリエンスアプリケーション内のスキーマをプログラムで管理できます。
はじめに
このガイドで使用する API エンドポイントは、Schema Registry API の一部です。先に進む前に、はじめる前にを参照し、関連ドキュメントへのリンク、このドキュメントのサンプル API 呼び出しを読み取るためのガイドおよび任意の Experience Platform API を正常に呼び出すために必要なヘッダーに関する重要な情報を確認してください。
スキーマのリストの取得 list
/global/schemas
または /tenant/schemas
に対してそれぞれGETリクエストをおこなうことで、global
コンテナまたは tenant
コンテナの下のすべてのスキーマをリストできます。
API 形式
GET /{CONTAINER_ID}/schemas?{QUERY_PARAMS}
{CONTAINER_ID}
global
、組織が所有するスキーマの場合は tenant
。{QUERY_PARAMS}
リクエスト
次のリクエストは、orderby
クエリパラメーターを使用して結果を title
属性で並べ替え、tenant
コンテナからスキーマのリストを取得します。
curl -X GET \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas?orderby=title \
-H 'Accept: application/vnd.adobe.xed-id+json' \
-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}'
応答の形式は、リクエストで送信される Accept
ヘッダーによって異なります。 スキーマの一覧表示には、次の Accept
ヘッダーを使用できます。
Accept
ヘッダーapplication/vnd.adobe.xed-id+json
application/vnd.adobe.xed+json
$ref
と allOf
が含まれます。 (上限:300)応答
上記のリクエストでは application/vnd.adobe.xed-id+json
Accept
ヘッダーを使用しているので、応答には各スキーマの title
、$id
、meta:altId
および version
属性のみが含まれています。 もう一方の Accept
ヘッダー(application/vnd.adobe.xed+json
)を使用すると、各スキーマのすべての属性が返されます。 応答で必要な情報に応じて、適切な Accept
ヘッダーを選択します。
{
"results": [
{
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/0238be93d3e7a06aec5e0655955901ec",
"meta:altId": "_{TENANT_ID}.schemas.0238be93d3e7a06aec5e0655955901ec",
"version": "1.4",
"title": "Hotels"
},
{
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/0ef4ce0d390f0809fad490802f53d30b",
"meta:altId": "_{TENANT_ID}.schemas.0ef4ce0d390f0809fad490802f53d30b",
"version": "1.0",
"title": "Loyalty Members"
}
],
"_page": {
"orderby": "title",
"next": null,
"count": 2
},
"_links": {
"next": null,
"global_schemas": {
"href": "https://platform.adobe.io/data/foundation/schemaregistry/global/schemas"
}
}
}
スキーマの検索 lookup
パスにスキーマの ID を含むGETリクエストを実行することで、特定のスキーマを検索できます。
API 形式
GET /{CONTAINER_ID}/schemas/{SCHEMA_ID}
{CONTAINER_ID}
global
、組織が所有するスキーマの場合は tenant
。{SCHEMA_ID}
meta:altId
または URL エンコードされた $id
。リクエスト
次のリクエストは、パス内の meta:altId
値で指定されたスキーマを取得します。
curl -X GET \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/_{TENANT_ID}.schemas.f579a0b5f992c69458ea408ec36571f7da9de15901bab116 \
-H 'Accept: application/vnd.adobe.xed+json' \
-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}'
応答の形式は、リクエストで送信される Accept
ヘッダーによって異なります。 すべての参照リクエストには、Accept
ヘッダーに version
を含める必要があります。 次の Accept
ヘッダーを使用できます。
Accept
ヘッダーapplication/vnd.adobe.xed+json; version=1
$ref
および allOf
で生、タイトルと説明を含むapplication/vnd.adobe.xed-full+json; version=1
$ref
および allOf
を解決、タイトルと説明を含むapplication/vnd.adobe.xed-notext+json; version=1
$ref
および allOf
で生、タイトルや説明なしapplication/vnd.adobe.xed-full-notext+json; version=1
$ref
および allOf
で解決、タイトルや説明なしapplication/vnd.adobe.xed-full-desc+json; version=1
$ref
および allOf
で解決、説明を含むapplication/vnd.adobe.xed-deprecatefield+json; version=1
$ref
と allOf
の解決には、タイトルと説明があります。 非推奨フィールドは、meta:status
属性が deprecated
で示されます。応答
応答が成功すると、スキーマの詳細が返されます。 返されるフィールドは、リクエストで送信される Accept
ヘッダーによって異なります。 様々な Accept
ヘッダーを試して、応答を比較し、ユースケースに最適なヘッダーを判断します。
{
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/20af3f1d4b175f27ba59529d1b51a0c79fc25df454117c80",
"meta:altId": "_{TENANT_ID}.schemas.20af3f1d4b175f27ba59529d1b51a0c79fc25df454117c80",
"meta:resourceType": "schemas",
"version": "1.1",
"title": "Example schema",
"type": "object",
"description": "An example schema created within the tenant container.",
"allOf": [
{
"$ref": "https://ns.adobe.com/xdm/context/profile",
"type": "object",
"meta:xdmType": "object"
},
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/443fe51457047d958f4a97853e64e0eca93ef34d7990583b",
"type": "object",
"meta:xdmType": "object"
}
],
"imsOrg": "{ORG_ID}",
"meta:extensible": false,
"meta:abstract": false,
"meta:extends": [
"https://ns.adobe.com/{TENANT_ID}/mixins/443fe51457047d958f4a97853e64e0eca93ef34d7990583b",
"https://ns.adobe.com/xdm/common/auditable",
"https://ns.adobe.com/xdm/data/record",
"https://ns.adobe.com/xdm/context/profile"
],
"meta:xdmType": "object",
"meta:registryMetadata": {
"repo:createdDate": 1602872911226,
"repo:lastModifiedDate": 1603381419889,
"xdm:createdClientId": "{CLIENT_ID}",
"xdm:lastModifiedClientId": "{CLIENT_ID}",
"xdm:createdUserId": "{USER_ID}",
"xdm:lastModifiedUserId": "{USER_ID}",
"eTag": "84b4da79b7445a4bf1c59269e718065effddb983c492f48e223d49c049c6d589",
"meta:globalLibVersion": "1.15.4"
},
"meta:class": "https://ns.adobe.com/xdm/context/profile",
"meta:containerId": "tenant",
"meta:sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"meta:sandboxType": "production",
"meta:tenantNamespace": "_{TENANT_ID}"
}
スキーマの作成 create
スキーマ構成プロセスは、クラスの割り当てから開始されます。このクラスは、データ(レコードまたは時系列)の主要な動作要素と、取得されるデータを記述するために必要な最小フィールドを定義します。
API 形式
POST /tenant/schemas
リクエスト
リクエストには、クラスの $id
を参照する allOf
属性を含める必要があります。この属性は、スキーマが実装する「基本クラス」を定義します。この例では、基本クラスは、以前に作成された「プロパティ情報」クラスです。
curl -X POST \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas \
-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 '{
"title":"Property Information",
"description": "Property-related information.",
"type": "object",
"allOf": [
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590"
}
]
}'
allOf
$id
を表す値を持つ単一のプロパティ($ref
)が含まれています。 1 つのクラスを指定し、0 個以上の追加のフィールドグループを含める必要があります。 上記の例では、allOf
配列の単一のオブジェクトがスキーマのクラスです。応答
正常な応答は、HTTP ステータス 201(作成済み)と、新しく作成されたスキーマの詳細($id
、meta:altId
、version
など)を含むペイロードを返します。これらの値は読み取り専用で、Schema Registry によって割り当てられます。
{
"title": "Property Information",
"description": "Property-related information.",
"type": "object",
"allOf": [
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590"
}
],
"meta:class": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590",
"meta:abstract": false,
"meta:extensible": false,
"meta:extends": [
"https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590",
"https://ns.adobe.com/xdm/data/record"
],
"meta:containerId": "tenant",
"imsOrg": "{ORG_ID}",
"meta:altId": "_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67",
"meta:xdmType": "object",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/d5cc04eb8d50190001287e4c869ebe67",
"version": "1.0",
"meta:resourceType": "schemas",
"meta:registryMetadata": {
"repo:createDate": 1552088461236,
"repo:lastModifiedDate": 1552088461236,
"xdm:createdClientId": "{CREATED_CLIENT}",
"xdm:repositoryCreatedBy": "{CREATED_BY}"
}
}
テナントコンテナで すべてのスキーマをリストするGETリクエストを実行すると、新しいスキーマが含まれるようになりました。 URL エンコードされた $id
URI を使用して ルックアップ (GET)リクエストを実行すると、新しいスキーマを直接表示できます。
スキーマにフィールドを追加するには、PATCH操作を実行してスキーマの allOf
配列と meta:extends
配列にフィールドグループを追加します。
スキーマの更新 put
PUT操作(基本的にリソースの書き換え)を実行して、スキーマ全体を置き換えることができます。 PUTリクエストを通じてスキーマを更新する場合、本文には、スキーマリクエストで 新しいPOSTの作成を行う際に必要なすべてのフィールドを含める必要があります。
API 形式
PUT /tenant/schemas/{SCHEMA_ID}
{SCHEMA_ID}
meta:altId
または URL エンコードされた $id
。リクエスト
次のリクエストは、既存のスキーマを置き換えて、title
、description
および allOf
属性を変更します。
curl -X PUT \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67 \
-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 '{
"title":"Commercial Property Information",
"description": "Information related to commercial properties.",
"type": "object",
"allOf": [
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/classes/01b7b1745e8ac4ed1e8784ec91b6afa7"
}
]
}'
応答
応答が成功すると、更新されたスキーマの詳細が返されます。
{
"title":"Commercial Property Information",
"description": "Information related to commercial properties.",
"type": "object",
"allOf": [
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/classes/01b7b1745e8ac4ed1e8784ec91b6afa7"
}
],
"meta:class": "https://ns.adobe.com/{TENANT_ID}/classes/01b7b1745e8ac4ed1e8784ec91b6afa7",
"meta:abstract": false,
"meta:extensible": false,
"meta:extends": [
"https://ns.adobe.com/{TENANT_ID}/classes/01b7b1745e8ac4ed1e8784ec91b6afa7",
"https://ns.adobe.com/xdm/data/record"
],
"meta:containerId": "tenant",
"imsOrg": "{ORG_ID}",
"meta:altId": "_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67",
"meta:xdmType": "object",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/d5cc04eb8d50190001287e4c869ebe67",
"version": "1.0",
"meta:resourceType": "schemas",
"meta:registryMetadata": {
"repo:createDate": 1552088461236,
"repo:lastModifiedDate": 1552088470592,
"xdm:createdClientId": "{CREATED_CLIENT}",
"xdm:repositoryCreatedBy": "{CREATED_BY}"
}
}
スキーマの一部を更新 patch
PATCHリクエストを使用して、スキーマの一部を更新できます。 Schema Registry は、add
、remove
、replace
など、標準の JSON パッチ操作をすべてサポートしています。 JSON パッチについて詳しくは、API の基本ガイドを参照してください。
最も一般的なPATCH操作の 1 つは、以前に定義したフィールドグループをスキーマに追加することです(以下の例に示を参照)。
API 形式
PATCH /tenant/schemas/{SCHEMA_ID}
{SCHEMA_ID}
$id
URI または meta:altId
。リクエスト
次のリクエスト例では、新しいフィールドグループをスキーマに追加するには、そのフィールドグループの $id
値を meta:extends
配列と allOf
配列の両方に追加します。
リクエスト本文は配列の形式をとり、リストされた各オブジェクトは、個々のフィールドに対する特定の変更を表します。 各オブジェクトには、実行する操作(op
)、操作を実行するフィールド(path
)、その操作に含める情報(value
)が含まれます。
curl -X PATCH\
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67 \
-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 '[
{
"op": "add",
"path": "/meta:extends/-",
"value": "https://ns.adobe.com/{TENANT_ID}/mixins/e49cbb2eec33618f686b8344b4597ecf"
},
{
"op": "add",
"path": "/allOf/-",
"value": {
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/e49cbb2eec33618f686b8344b4597ecf"
}
}
]'
応答
応答には、両方の操作が正常に実行されたことが示されます。フィールドグループ $id
が meta:extends
配列に追加され、フィールドグループ $id
への参照($ref
)が allOf
配列に表示されるようになりました。
{
"title": "Property Information",
"description": "Property-related information.",
"type": "object",
"allOf": [
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590"
},
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/e49cbb2eec33618f686b8344b4597ecf"
}
],
"meta:class": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590",
"meta:abstract": false,
"meta:extensible": false,
"meta:extends": [
"https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590",
"https://ns.adobe.com/xdm/data/record",
"https://ns.adobe.com/{TENANT_ID}/mixins/e49cbb2eec33618f686b8344b4597ecf"
],
"meta:containerId": "tenant",
"imsOrg": "{ORG_ID}",
"meta:altId": "_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67",
"meta:xdmType": "object",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/d5cc04eb8d50190001287e4c869ebe67",
"version": "1.1",
"meta:resourceType": "schemas",
"meta:registryMetadata": {
"repo:createDate": 1552088461236,
"repo:lastModifiedDate": 1552088649634,
"xdm:createdClientId": "{CREATED_CLIENT}",
"xdm:repositoryCreatedBy": "{CREATED_BY}"
}
}
リアルタイム顧客プロファイルで使用するスキーマを有効にする union
スキーマを リアルタイム顧客プロファイルに参加させるには、スキーマの meta:immutableTags
配列に union
タグを追加する必要があります。 これを実現するには、該当するスキーマに対してPATCHリクエストを実行します。
API 形式
PATCH /tenant/schemas/{SCHEMA_ID}
{SCHEMA_ID}
$id
URI または meta:altId
。リクエスト
次のリクエスト例では、既存のスキーマに meta:immutableTags
配列を追加し、配列に union
の単一の文字列値を指定して、プロファイルで使用できるようにします。
curl -X PATCH\
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67 \
-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 '[
{
"op": "add",
"path": "/meta:immutableTags",
"value": ["union"]
}
]'
応答
応答が成功すると、更新されたスキーマの詳細が返され、meta:immutableTags
の配列が追加されたことが示されます。
{
"title": "Property Information",
"description": "Property-related information.",
"type": "object",
"allOf": [
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590"
},
{
"$ref": "https://ns.adobe.com/{TENANT_ID}/mixins/e49cbb2eec33618f686b8344b4597ecf"
}
],
"meta:class": "https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590",
"meta:abstract": false,
"meta:extensible": false,
"meta:extends": [
"https://ns.adobe.com/{TENANT_ID}/classes/19e1d8b5098a7a76e2c10a81cbc99590",
"https://ns.adobe.com/xdm/data/record",
"https://ns.adobe.com/{TENANT_ID}/mixins/e49cbb2eec33618f686b8344b4597ecf"
],
"meta:containerId": "tenant",
"imsOrg": "{ORG_ID}",
"meta:altId": "_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67",
"meta:xdmType": "object",
"$id": "https://ns.adobe.com/{TENANT_ID}/schemas/d5cc04eb8d50190001287e4c869ebe67",
"version": "1.1",
"meta:resourceType": "schemas",
"meta:registryMetadata": {
"repo:createDate": 1552088461236,
"repo:lastModifiedDate": 1552088649634,
"xdm:createdClientId": "{CREATED_CLIENT}",
"xdm:repositoryCreatedBy": "{CREATED_BY}"
},
"meta:immutableTags": [
"union"
]
}
これで、このスキーマのクラスの和集合を表示して、スキーマのフィールドが表されていることを確認できます。 詳しくは、 結合エンドポイントガイドを参照してください。
スキーマの削除 delete
場合によっては、スキーマをスキーマレジストリから削除する必要があります。 これを行うには、パスで指定されたスキーマ ID を使用してDELETEリクエストを実行します。
API 形式
DELETE /tenant/schemas/{SCHEMA_ID}
{SCHEMA_ID}
$id
URI または meta:altId
。リクエスト
curl -X DELETE \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/_{TENANT_ID}.schemas.d5cc04eb8d50190001287e4c869ebe67 \
-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}'
応答
リクエストが成功した場合は、HTTP ステータス 204(コンテンツなし)が空白の本文とともに返されます。
スキーマに対して検索(GET)リクエストを試みることで、削除を確認できます。 リクエストには Accept
ヘッダーを含める必要がありますが、スキーマがスキーマレジストリから削除されたので、HTTP ステータス 404 (見つかりません)が返されます。