Campaign データモデルの基本を学ぶ about-data-model
Adobe Campaign データベースの概念データモデルは、一連のビルトインテーブルとそのインタラクションで構成されます。主なテーブルと概念の一覧については、このページを参照してください。
概要 data-model-overview
Adobe Campaignは、相互にリンクされたテーブルを含んだリレーショナルデータベースに基づいています。 Adobe Campaign データモデルの基本構造は、次のように説明できます。
受信者テーブル recipient-table
データモデルは、デフォルトで受信者テーブル（NmsRecipient）であるメインテーブルに基づいています。 このテーブルを使用すると、すべてのマーケティングプロファイルを格納できます。
受信者テーブルの詳細については、 この節を参照してください。
配信テーブル delivery-table
このデータモデルには、すべてのマーケティングアクティビティを格納する専用部分も含まれています。 通常、これは配信テーブル（NmsDelivery）です。このテーブルの各レコードは、配信アクションまたは配信テンプレートを表します。ターゲットやコンテンツなどの配信を実行するために必要なすべてのパラメーターが含まれています。
ログテーブル log-tables
データモデルの別の部分を使用すると、キャンペーンの実行に関連するすべてのログを一時的に保存できます。
配信ログとは、すべてのチャネルの受信者またはデバイスに送信されるすべてのメッセージです。メイン配信ログテーブル（NmsBroadLog）には、すべての受信者の配信ログが格納されています。
メイントラッキングログテーブル（NmsTrackingLog）には、すべての受信者のトラッキングログが格納されます。 トラッキングログは、メールの開封数やクリック数など、受信者の反応を指します。各反応はトラッキングログに対応します。
配信ログとトラッキングログは、一定期間の後に削除されます。 この期間は Adobe Campaign で指定され、変更可能です。したがって、ログを定期的にエクスポートすることを強くお勧めします。
テクニカルテーブル technical-tables
最後に、データモデルの一部は、演算子やユーザー権限（NmsGroup）、フォルダー（XtkFolder）など、アプリケーションプロセスに使用される技術データで構成されています。
ビルトイン受信者テーブルの使用 default-recipient-table
Adobe Campaignに組み込まれている受信者テーブルは、データモデルを作成するための良い出発点となります。 拡張が容易な定義済みのフィールドとテーブルリンクが多数あります。これは、受信者中心の単純なデータモデルに適合するので、主に受信者をターゲットにする場合に特に便利です。
ビルトインの受信者テーブルを使用する利点は次のとおりです。
- 購読、シードリストなどの機能を組み込んで使用する。
- マーケティングデータベースに受信者中心のデータモデルを提供する。
- 実装の迅速化。
- サポートおよびパートナーによるメンテナンスが容易です。
ただし、受信者テーブルは拡張できますが、テーブル内のフィールドやリンクの数を減らすことはできません。
また、受信者テーブルは商品の一部なので、商品が変更されると、テーブルと関連するフォームの両方が進化します。 したがって、アップグレード時に拡張機能が引き続き有効であることを確認するには、追加のメンテナンスが必要です。
データモデルの拡張 extending-data-model
Adobe Campaign の使用を開始する場合は、デフォルトのデータモデルを評価して、マーケティングデータの保存に最適なテーブルを確認する必要があります。
該当する場合、 この節で説明されているように、デフォルトの受信者テーブルを標準のフィールドと共に使用できます。
必要に応じて、次の 2 つのメカニズムで拡張できます。
- 新しいフィールドで既存のテーブルを拡張する。 例えば、受信者テーブルに新しい「ロイヤルティ」フィールドを追加できます。
- 新しいテーブルを作成する。例えば、データベースの各プロファイルが行った購入をすべてリストする「購入」テーブルを作成して、受信者テーブルにリンクします。
概念的データモデルを拡張するための拡張スキーマの設定について詳しくは、 スキーマエディションについてを参照してください。
カスタム受信者テーブルの使用 custom-recipient-table
Adobe Campaign データモデルを設計する際に、 組み込みの受信者テーブルを使用するか、 カスタム受信者テーブルテーブルを作成してマーケティングプロファイルを格納することを決定できます。
実際、データモデルが受信者中心の構造に適合しない場合は、Adobe Campaign内でターゲティングディメンションとして他のテーブルを設定できます。 例えば、単に受信者ではなく、世帯、アカウント（携帯電話など）、会社やサイトをターゲットにする必要がある場合に関連する可能性があります。
カスタム受信者テーブルの使用時に必要なすべての原則と手順について詳しくは、 この節を参照してください。
カスタム受信者テーブルを使用する利点は次のとおりです。
-
柔軟なデータモデル – 受信者テーブルのほとんどのフィールドが必要ない場合や、データモデルが受信者中心でない場合、組み込みの受信者テーブルは役に立ちません。
-
スケーラビリティ – 大規模なボリュームの設計を効率的に行うには、フィールド数が少ない合理化されたテーブルが必要です。 組み込みの受信者テーブルに含まれる不要なフィールドが多すぎると、パフォーマンスに影響を与え、効率が低下する可能性があります。
-
データの場所 - データが外部の既存のマーケティングデータベースに存在する場合、組み込みの受信者テーブルを使用するのに多くの労力が必要になる可能性があります。 既存の構造に基づいて新しい構造を簡単に作成できます。
-
簡単な移行 - アップグレード時にすべての拡張機能が引き続き有効であることを確認するためのメンテナンスは必要ありません。
関連トピック
Campaign データモデルの詳細については、以下の節を参照してください。
-
メインテーブルの説明 - デフォルトのCampaign Classicデータモデル説明について詳しくは、 この節を参照してください。
-
各テーブルの完全な説明 – 各テーブルの完全な説明にアクセスするには、管理/設定/データスキーマ に移動し、リストからリソースを選択して ドキュメント タブをクリックします。
-
キャンペーンスキーマ - アプリケーションに保持されるデータの物理的および論理的構造は、XML で記述されます。 スキーマと呼ばれる Adobe Campaign 特有の文法に従います。Adobe Campaign スキーマについて詳しくは、 この節を参照してください。
-
データモデルのベストプラクティス - Campaign データモデルのアーキテクチャと関連するベストプラクティスについては、 この節を参照してください。