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 データモデルのアーキテクチャと関連するベストプラクティスについて説明します。 この節.