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