スキーマレジストリ API ガイドの付録
このドキュメントでは、Schema Registry API の操作に関する補足情報を提供します。
クエリパラメーターの使用 query
Schema Registry では、リソースをリスト表示する際に、クエリパラメーターを使用して結果をページ化およびフィルタリングする機能をサポートしています。
&
)で区切る必要があります。ページング paging
ページングに最も一般的なクエリパラメーターは次のとおりです。
orderby
orderby=title
は昇順(A ~ Z)のタイトルで結果を並べ替えます。パラメーター値(orderby=-title
)の前に -
を追加すると、項目がタイトルで降順(Z ~ A)に並べ替えられます。limit
orderby
パラメーターと共に使用す limit
と、特定のリクエストに対して返される項目の最大数が制限されます。 このパラメーターは、orderby
パラメーターが存在しない場合は使用できません。limit
パラメーターは、返される項目の最大数に関して、ヒント として正の整数(0
~ 500
)を指定します。 例えば、limit=5
はリスト内の 5 つのリソースのみを返します。 ただし、この値は厳密には適用されません。 実際の応答サイズは、start
パラメーターの信頼性の高い動作を提供する必要がある(提供されている場合)という制約の下で、小さくなることも大きくなることもあります。start
orderby
パラメーターと共に使用すると、start
は項目のサブセット化されたリストを開始する場所を指定します。 このパラメーターは、orderby
パラメーターが存在しない場合は使用できません。 この値は、リスト応答の _page.next
属性から取得でき、結果の次のページにアクセスするために使用できます。 _page.next
の値が null の場合、使用可能な追加のページはありません。通常、結果の最初のページを取得するために、このパラメーターは省略されます。 その後、前のページ
start
受け取った orderby
フィールドのプライマリソートプロパティの最大値に設定する必要があります。 次に、API 応答は、指定された値より厳密に大きい(昇順の場合)または厳密 orderby
小さい(降順の場合)プライマリ並べ替えプロパティを持つエントリで始まるエントリを返します。例えば、
orderby
パラメーターが orderby=name,firstname
に設定されている場合、start
パラメーターには name
プロパティの値が含まれます。 この場合、「Miller」という名前の直後にリソースの次の 20 個のエントリを表示する場合は、?orderby=name,firstname&start=Miller&limit=20
を使用します。フィルタリング filtering
property
パラメーターを使用して結果をフィルタリングできます。このパラメーターは、取得したリソース内の特定の JSON プロパティに対して特定の演算子を適用するために使用されます。 次の演算子がサポートされています。
==
property=title==test
!=
property=title!=test
<
property=version<5
>
property=version>5
<=
property=version<=5
>=
property=version>=5
property=title
property
パラメーターを使用して、互換性のあるクラスでスキーマフィールドグループをフィルタリングできます。 例えば、property=meta:intendedToExtend==https://ns.adobe.com/xdm/context/profile
は XDM Individual Profile クラスと互換性のあるフィールドグループのみを返します。互換性モード compatibility
Experience Data Model (XDM)はパブリックに文書化された仕様であり、デジタルエクスペリエンスの相互運用性、表現力、パワーを向上させるためのAdobeによって推進されています。 アドビは、GitHub のオープンソースプロジェクトでソースコードと公式の XDM 定義を公開しています。これらの定義は XDM 標準表記で記述され、JSON-LD (JavaScript Object Notation for Linked Data)および JSON スキーマを XDM スキーマを定義する文法として使用しています。
パブリックリポジトリーで公式の XDM 定義を見ると、標準 XDM は Adobe Experience Platform での表示とは異なることがわかります。Experience Platform に表示されるものは互換性モードと呼ばれ、標準 XDM と Platform 内での使用方法との間の簡単なマッピングを提供します。
互換性モードの仕組み
互換性モードを使用すると、XDM JSON-LD モデルは、同じセマンティクスを保持したままで標準 XDM 内の値を変更することにより、既存のデータインフラストラクチャと連携できます。ネストされた JSON 構造を使用して、スキーマをツリーに類似した形式で表示します。
標準 XDM と互換性モードの主な違いは、フィールド名の「xdm:」プレフィックスが削除されていることです。
標準 XDM と互換性モードの誕生日関連のフィールド("description" 属性が削除された)を並べて比較したものを次に示します。互換性モードのフィールドでは、"meta:xdmField" 属性と "meta:xdmType" 属性に XDM フィールドへの参照とそのデータ型が含まれていることに注意してください。
互換性モードが必要な理由
Adobe Experience Platform は、複数のソリューションやサービスと連携するように設計されており、各ソリューションおよびサービスには固有の技術的課題と制限(特定のテクノロジーが特殊文字を処理する方法など)があります。これらの制限を克服するために、互換モードが開発されました。
Catalog、Data Lake、Real-Time Customer Profile など、ほとんどの Experience Platform サービスは、標準の XDM の代わりに Compatibility Mode を使用します。 Schema Registry API でも Compatibility Mode を使用しています。このドキュメントの例はすべて、Compatibility Mode を使用して示しています。
標準 XDM と Experience Platform での運用化の方法の間でマッピングが行われることを知っておくことは価値がありますが、Platform サービスの使用には影響しません。
オープンソースプロジェクトは利用可能ですが、Schema Registry を通じてリソースを操作する場合、このドキュメントの API の例では、知っていて従う必要があるベストプラクティスを提供しています。