スキーマ構成の基本

スキーマの計画

スキーマを構築する最初の手順は、スキーマ内で捕捉しようとする概念、すなわち現実世界のオブジェクトを決定することです。記述しようとしている概念を特定したら、データのタイプ、潜在的な ID フィールド、将来のスキーマの進化方法などを考えることで、スキーマの計画を開始します。

Experience Platform でのデータ動作

Experience Platform での使用を意図したデータの動作タイプは、次の 2 つに分類されます。

すべての XDM スキーマは、レコードまたは時系列として分類できるデータを記述します。スキーマのデータ動作は、スキーマのクラスによって定義され、スキーマの作成時に割り当てられます。XDM クラスについては、このドキュメントで後述します。

レコードと時系列の両方のスキーマには、ID のマップ（xdm:identityMap）が含まれます。このフィールドには、次の節で説明する「ID」とマークされたフィールドから作成された、主体の ID 表現が含まれます。

ID

スキーマは、データを Experience Platform に取得するために使用されます。このデータは、複数のサービスで使用して、個々のエンティティの単一の統合表示を作成できます。したがって、顧客 ID のスキーマをデザインする際には、データの取得元に関係なく、サブジェクトの識別に使用できるフィールドを考慮することが重要です。

このプロセスに役立つように、スキーマ内のキーフィールドを ID としてマークできます。 データの取り込み時に、これらのフィールドのデータは、その個人の「ID グラフ ​」に挿入されます。 その後、Real-Time Customer Profile や他のExperience Platformサービスからグラフデータにアクセスして、個々の顧客の関連付けられたビューを提供できます。

一般的に「ID」とマークされるフィールドには、メールアドレス、電話番号、Experience Cloud ID (ECID)、CRM ID、その他の一意の ID フィールドなどがあります。 組織に固有の一意の ID も考慮してください。これらは「ID」フィールドとしても使用できる可能性があるからです。

可能な限り堅牢なプロファイルを構築するためにデータを確実に統合するために、スキーマ計画フェーズで顧客 ID について考えることが重要です。 ID 情報が顧客にデジタルエクスペリエンスを提供するのにどのように役立つかについては、ID サービスの概要を参照してください。 スキーマ作成時の ID の使用に関するヒントについては、データモデリングのベストプラクティスのドキュメントを参照してください。

Platform に ID データを送信する方法は 2 つあります。

外部オーディエンスのスキーマ

外部システムから Platform にオーディエンスを取り込む場合は、次のコンポーネントを使用してスキーマで取り込む必要があります。

次の手順

これでスキーマ構成の基本を理解したので、次は Schema Registry を使用したスキーマの調査と構築を開始します。

2 つのコア XDM クラスの構造と、それらの一般的に使用される互換性のあるフィールドグループを確認するには、次のリファレンスドキュメントを参照してください。

Schema Registry は、Adobe Experience Platform内の Schema Library にアクセスするために使用され、ユーザーインターフェイスと RESTful API を提供します。ここから、使用可能なすべてのライブラリリソースにアクセスできます。 Schema Library には、Adobeが定義した業界リソース、Experience Platformパートナーが定義したベンダーのリソース、および所属組織のメンバーが作成したクラス、フィールドグループ、データタイプ、スキーマが含まれています。

UI を使用してスキーマの構成を開始するには、スキーマエディターのチュートリアルを参照しながら、このドキュメントで取り上げる「ロイヤルティメンバー」スキーマを作成します。

Schema Registry API の使用を開始するには、まず スキーマレジストリ API 開発者ガイドを参照してください。 開発者ガイドを読んだ後、スキーマレジストリ API を使用したスキーマの作成に関するチュートリアルで説明されている手順に従います。

付録

以下の節では、スキーマ構成の原則に関する追加情報を示します。

リレーショナルテーブルと埋め込みオブジェクト

リレーショナルデータベースを使用する場合のベストプラクティスには、データの正規化、またはエンティティを取得してそれを個別のピースに分割し、複数のテーブルに表示することが含まれます。データ全体を読み取ったり、エンティティを更新したりするには、JOIN を使用して、多数の個別のテーブルに対して読み取りおよび書き込み操作を行う必要があります。

埋め込みオブジェクトを使用することで、XDM スキーマは複雑なデータを直接表し、階層構造を持つ自己完結型のドキュメントに保存できます。 この構造の主な利点の 1 つは、複数の非正規化テーブルへの高価な結合によってエンティティを再構築することなく、データをクエリできることです。 スキーマ階層のレベル数に関する厳しい制限はありません。

スキーマとビッグデータ

現代のデジタルシステムは、大量の行動信号（トランザクションデータ、Web ログ、物のインターネット、ディスプレイなど）を生成します。このビッグデータは、エクスペリエンスを最適化する非常に大きな機会を生み出しますが、データの規模と多様性が原因で、使用が困難です。データから価値を得るには、その構造、形式、定義を標準化して、一貫して効率的に処理できるようにする必要があります。

スキーマは、複数のソースからのデータの統合、共通の構造や定義による標準化、複数のソリューション間での共有を可能にすることで、この問題を解決します。これにより、後続のプロセスやサービスは、データに関するあらゆる種類の質問に答えることができます。 従来のデータモデリングのアプローチから移行します。従来のデータモデリングでは、データに関する質問はすべて事前に把握され、その期待に応えるためにデータがモデル化されます。