|
変換テーブルは、Campaign で選択が行われるユーザー・データ・ソースに対して構成する必要があります。 このデータ・ソースでは、テーブル作成権限を許可する必要があります。これにより、Campaign は、セグメント定義を満たす ID のリストの一時テーブルを作成できます。
|
|
変換テーブルは、少なくとも 2 列で構成されています。1 つの列は Digital Analytics キーで、それに対応する Campaign オーディエンス ID として 1 つ以上の列があります。
|
|
|
変換テーブルの registrationid のデータ型は、Digital Analytics の registrationID に定義されているものと同じデータ型である必要があります。 例えば、いずれも VARCHAR である、など。
|
|
Campaign オーディエンス ID は、統合の構成時にお客様によって定義されます。 例えば、CustomerID などです。
|
|
Campaign プライマリー・オーディエンスが複数の物理キー (複合キー) で構成される場合、変換テーブルに含まれる列は、そのオーディエンスと同数でなければなりません。 例えば、プライマリー・オーディエンスがキー CustomerID と AccountID から構成されている場合、変換テーブルには、(1) Digital Analytics キー、(2) CustomerID、(3) AccountID の 3 つの列が必要です。 この要件は、複合オーディエンスに対してマッピングしている場合にのみ関係します。
|
|
変換テーブル名とそのテーブルで定義される Digital Analytics キー (registrationid) は、必ず Campaign 構成設定で指定しておく必要があります。 変換テーブルで使用される値は、構成設定で定義される値と厳密に一致する必要があります。 Campaign | partitions | partition[n] | Coremetrics を参照してください。
|
|
変換テーブルにデータを設定する方法は、それぞれのお客様の具体的な要件と構成によって異なります。 どの Digital Analytics 登録 ID がどの Campaign オーディエンス ID と一致するかを特定できるようにするための共通ロジックを決定する必要があります。 このプロセスは、実装を行うパートナーに支援してもらうことができます。
|
|
|
フローチャートが実行されるとき、Campaign は、マップされた変換テーブルにおいて Digital Analytics キーの数と Campaign オーディエンス ID の数の間に不一致があれば検出します。 この不一致状態は、例えば ETL ルーチンがまだ実行中の場合に起こることがあります。このような場合、Campaign は、マップされた変換テーブルに更新済みレコードが含まれることを検証するように求めるメッセージをフローチャート・ログ・ファイルに書き込みます。 この状態を解決するには、社内ポリシーに従ってオンライン・キーとオフライン・キーを (再度) 一致させ、変換テーブルに最新のデータを再設定します。 ユーザーは、マップされた変換テーブルが更新された後に、フローチャートを再実行する必要があります。
|
Copyright IBM Corporation 2015. All Rights Reserved.
|