ドキュメント Experience Platform エクスペリエンスデータモデル（XDM）ガイド

Schema Editor を使用した 2 つのスキーマ間における 1 対 1 の関係を定義 relationship-ui

最終更新日： 2026年6月16日

トピック：
{"id":"c132d929-fa62-4271-803e-b823be07b914"},{"id":"daec7ead-f475-492a-a3b3-02ae08565d6f"}

作成対象：

{"id":"ff6a42d2-313e-452e-93a6-792e4fad9ff8"}

様々なチャネルでの顧客とブランドとの関係を理解する能力は、Adobe Experience Platform の重要な部分です。 Experience Data Model （XDM）スキーマの構造内でこれらの関係を定義すると、顧客データに関する複雑なインサイトを得ることができます。

スキーマの関係は、結合スキーマと Real-Time Customer Profile を使用して推論できますが、同じクラスを共有するスキーマにのみ適用されます。異なるクラスに属する2つのスキーマ間の関係を確立するには、他の関連スキーマのIDを参照するソーススキーマに専用の関係フィールドを追加する必要があります。

NOTE

ソーススキーマと宛先スキーマの両方が同じクラスに属している場合は、専用の関係フィールドを not 使用する必要があります。この場合、結合スキーマ UIを使用して、関係を確認します。この方法に関する説明は、結合スキーマ UI ガイドの関係の表示セクションにあります。

このドキュメントでは、Experience Platform ユーザーインターフェイスのスキーマエディターを使用して、2つのスキーマ間の関係を定義するためのチュートリアルを提供します。 API を使用してスキーマ関係を定義する手順については、スキーマレジストリ API を使用した関係の定義についてのチュートリアルを参照してください。

NOTE

Adobe Real-Time Customer Data Platform B2B editionで多対1のリレーションシップを作成する手順については、B2B リレーションシップの作成に関するガイドを参照してください。

はじめに

このチュートリアルでは、XDM SystemとExperience Platform UIのスキーマエディターに関する実務的な理解が必要です。このチュートリアルを始める前に、次のドキュメントを確認してください。

Experience PlatformのXDM システム : Experience PlatformでのXDMとその実装の概要。
スキーマ構成の基本：XDM スキーマの構築ブロックの紹介。
を使用してスキーマを作成する Schema Editor: Schema Editorの操作の基本を説明するチュートリアル。

ソースと参照スキーマの定義

この関係で定義される 2 つのスキーマが既に作成されていると想定されます。このチュートリアルでは、デモンストレーションの目的で、組織のロイヤルティプログラム（「Loyalty Members」スキーマで定義）のメンバーと、お気に入りのホテル（「Hotels」スキーマで定義）の関係を作成します。

IMPORTANT

関係を確立するには、両方のスキーマでプライマリ IDを定義し、Real-Time Customer Profileに対して有効にする必要があります。それに応じてスキーマを設定する方法に関するガイダンスが必要な場合は、スキーマ作成チュートリアルの「プロファイルで使用するためのスキーマの有効化」の節を参照してください。

スキーマ関係は、参照スキーマ内の別のフィールドを指す ソーススキーマ 内の専用フィールドで表されます。次の手順では、「Loyalty Members」がソーススキーマになり、「Hotels」が参照スキーマとして機能します。

次の節では、関係が定義される前に、このチュートリアルで使用する各スキーマの構造について説明します。

Loyalty Members スキーマ

ソーススキーマ「Loyalty Members」は、ロイヤルティプログラムのメンバーを表すフィールドを含むXDM Individual Profile クラスに基づいています。これらのフィールドの1つであるpersonalEmail.addessは、電子メール名前空間のスキーマのプライマリ IDとして機能します。 スキーマのプロパティで見られるように、このスキーマはReal-Time Customer Profileで使用できるように有効になっています。

Hotels スキーマ

参照スキーマ「Hotels」は、カスタム「Hotels」クラスに基づいており、ホテルを説明するフィールドが含まれています。関係に参加するには、参照スキーマにもプライマリ IDが定義され、プロファイルに対して有効になっている必要があります。この場合、_tenantId.hotelIdは、カスタム ID名前空間「Hotel ID」を使用して、スキーマのプライマリ IDとして機能します。

プロファイルを有効にする

NOTE

カスタム ID名前空間の作成方法については、ID サービスのドキュメントを参照してください。

関係フィールドグループの作成

NOTE

この手順は、ソーススキーマに、参照スキーマのプライマリ IDへのポインターとして使用する専用の文字列型フィールドがない場合にのみ必要です。このフィールドがソーススキーマで既に定義されている場合は、次の関係フィールドを定義する手順に進んでください。

2つのスキーマ間の関係を定義するには、ソーススキーマに、参照スキーマのプライマリ IDを示す専用フィールドが必要です。このフィールドをソーススキーマに追加するには、新しいスキーマフィールドグループを作成するか、既存のスキーマフィールドグループを拡張します。

Loyalty Members スキーマの場合、ロイヤルティメンバーが会社訪問に好むホテルを示す新しいpreferredHotel フィールドが追加されます。まず、ソーススキーマの名前の横にあるプラスアイコン（+）を選択します。

新しいフィールドプレースホルダーがキャンバスに表示されます。 フィールドプロパティで、フィールドのフィールド名と表示名を指定し、そのタイプを「文字列」に設定します。 割り当てで、拡張する既存のフィールドグループを選択するか、一意の名前を入力して新しいフィールドグループを作成します。この場合、新しい「Preferred Hotel」フィールドグループが作成されます。