IBM ® Campaign は、データ・ソースのタイプに従ってデータ・ソース・アクセス・ライブラリーを選択します。 例えば、Oracle の接続には libora4d.so が使用され、DB2® の接続には libdb24d.so が使用されます。 ほとんどの場合、デフォルトの選択内容が適切です。 しかし、 IBM ® Campaign の実際の環境においてデフォルト値が適切でないという場合には、AccessLibrary プロパティーを変更することが可能です。 例えば、64 ビット IBM ® Campaign には 2 つの ODBC アクセス・ライブラリーが提供されています。1 つは unixODBC 実装 (libodb4d.so) と互換の ODBC データ・ソースに適したもの、もう 1 つは、DataDirect 実装 (Teradata などへのアクセスのために IBM ® Campaign が使用する libodb4dDD.so) と互換のものです。

IBM ® Campaign には、ODBC Unicode API ではなく ODBC ANSI API をサポートする AIX® ODBC ドライバー・マネージャーのための 2 つの追加ライブラリーが含まれています。

デフォルトのアクセス・ライブラリーをオーバーライドする必要があると判断した場合には、必要に応じてこのパラメーターを設定してください (例えば、libodb4dDD.so に設定し、デフォルトの選択である libodb4d.so をオーバーライドするなど)。

AliasPrefix プロパティーは、ディメンション・テーブルを使用していて新しいテーブルに書き込む際に、 IBM ® Campaign により自動的に作成される別名を、 IBM ® Campaign がどのように生成するかを指定します。

このプロパティーは、選択プロセスにおいて使用される (同じデータ・ソースからの) ベース・テーブルの SQL 結合の実行を IBM ® Campaign が試みるかどうかを決定します。それをしない場合、それに相当する結合は Campaign サーバーにおいて実行されます。

このプロパティーを TRUE に設定すると、以下の条件のすべてが満たされた場合に、パフォーマンスが大幅に改善されます。

この場合、 IBM ® Campaign は、セグメンテーションを実行した後、フィールドごとのセグメント処理を Campaign アプリケーション・サーバー上で実行するための単一の SQL CASE ステートメントを生成します。

このプロパティーは、 IBM ® Campaign がデータベース中に一時テーブルを作成するかどうかを指定します。一時テーブルを作成すると、キャンペーンのパフォーマンスが大幅に改善されることがあります。

値が TRUE の場合、一時テーブルが有効です。 (例えば、Segment プロセスによって) データベースに対して照会が発行されるごとに、結果として生成される ID がデータベース内の一時テーブルに書き込まれます。追加の照会が発行されると、 IBM ® Campaign は、データベースから行を取り出すために、その一時テーブルを使用できます。

useInDbOptimization のような一部の IBM ® Campaign 操作は、一時テーブルを作成する機能に依存しています。 一時テーブルが有効ではない場合、IBM Campaign は選択された ID を IBM ® Campaign サーバー・メモリーに保存します。 追加の照会では、データベースから ID を取り出して、サーバー・メモリー中の ID との突き合わせが実行されます。 これは、パフォーマンスに悪影響を及ぼす可能性があります。

ASMSaveDBAuthentication プロパティーは、Campaign にログインし、それまでにログインしていないデータ・ソース中のテーブルをマップする際に、 IBM ® Campaign がユーザー名とパスワードを IBM® EMM に保存するかどうかを指定します。

このプロパティーを TRUE に設定した場合、Campaign は、データ・ソースへのログイン時にユーザー名とパスワードを入力するためのプロンプトを表示しません。 このプロパティーを FALSE に設定した場合、データ・ソースにログインするたびに、毎回ユーザー名とパスワードを入力するためのプロンプトが Campaign によって表示されます。

ASMUserForDBCredentials プロパティーは、 IBM ® Campaign システムのユーザーに割り当てられている IBM® EMM ユーザー名を指定します (Campaign システム・テーブルにアクセスするために必要)。

このプロパティーは、Campaign がデータベースに一度に渡すデータ・ブロックの最大サイズを、レコード数として定義します。

BulkInsertRequiresColumnType プロパティーは、Data Direct ODBC データ・ソースのサポートのためにのみ必要です。 Data Direct ODBC データ・ソースにおいて、バルク (配列) 挿入機能を使用する場合、このプロパティーを TRUE に設定します。 その他のほとんどの ODBC ドライバーと互換にするには、このプロパティーを FALSE に設定します。

BulkReaderBlockSize プロパティーは、Campaign がデータベースから一度に読むデータ・ブロックのサイズを、レコード数として定義します。

ConditionalSQLCloseBracket プロパティーは、未加工 SQL カスタム・マクロ内で、条件付きセグメントの終わりを示すために使用されるブラケットのタイプを指定します。 指定された左大括弧タイプと右大括弧タイプで囲まれた条件付きセグメントは、一時テーブルが存在する場合にのみ使用されます。 一時テーブルが存在しない場合は無視されます。

} (閉じ中括弧)

ConditionalSQLOpenBracket プロパティーは、未加工 SQL カスタム・マクロ内で、条件付セグメントの開始を示すために使用されるブラケットのタイプを指定します。 ConditionalSQLOpenBracket プロパティーと ConditionalSQLCloseBracket プロパティーによって指定されるブラケットで囲まれた条件付きセグメントは、一時テーブルが存在する場合にのみ使用され、一時テーブルがない場合は無視されます。

{ (開き中括弧)

ConnectionCacheSize プロパティーは、Campaign においてデータ・ソースごとにキャッシュ中に維持する接続の数を指定します。

デフォルトでは N=0 であり、その場合 Campaign は、1 つの操作ごとにデータ・ソースとの新しい接続を 1 つ確立します。 Campaign で接続キャッシュが維持されていて、接続の再利用が可能なら、Campaign は、新しい接続を確立するのではなく、キャッシュに含まれる接続を使用します。

設定値が 0 でない場合、接続を利用して実行されるプロセスについて、Campaign は、指定された数の接続を、InactiveConnectionTimeout プロパティーによって指定される時間にわたって、開かれた状態に維持します。 その時間の満了後、キャッシュから接続が除去され、閉じられます。

0 (ゼロ)

Campaign は、Campaign マクロ言語を使用する際、または日付列からのデータを解釈する際に、DateFormat プロパティーの値を使用することにより、さまざまな日付形式のデータの解析方法を決定します。

DateFormat プロパティーの値は、Campaign において、このデータ・ソースから受け取る日付について予期されている形式に設定します。 その値は、select において日付表示のためにデータベースによって使用される形式と一致するものでなければなりません。 ほとんどのデータベースの場合、この設定値は、DateOutputFormatString プロパティーの設定値と同じです。

		CREATE TABLE date_test (f1 DATE);
		INSERT INTO date_test values (current_date);
		SELECT f1 FROM date_test;

		SELECT current_date FROM	ANY_TABLE limit 1;

Teradata では、列ごとに日付形式を定義できます。 dateFormat と dateOutputFormatString に加えて、SuffixOnCreateDateField を設定する必要があります。 ここでのシステム・テーブルの設定値と一貫性のあるものとするには、下記を使用します。

ODBC データ・ソースの構成の中で、「通貨、数値日付、および時刻の出力時に地域設定値を使用する」オプションにチェックが付いていない場合、日付形式をリセットすることはできません。 一般に、この設定値をクリアした状態のままにして、日付形式の構成が言語ごとに変わらないようにしておくほうが簡単です。

DATE マクロの中で指定される形式のいずれか

DateOutputFormatString プロパティーは、Campaign が日付 (キャンペーンの開始日付や終了日付など) をデータベースに書き込む際に使用される日付データ型の形式を指定します。 DateOutputFormatString プロパティーの値は、データ・ソースにおいてタイプ date の列について予期されている形式に設定します。 ほとんどのデータベースの場合、この設定値は [data_source_name] >「DateFormat」プロパティーの設定値と同じです。

DateOutputFormatString プロパティーは、DATE_FORMAT マクロの中で、format_str について指定されている形式のいずれかに設定することができます。 DATE_FORMAT マクロは、2 つの異なる種類の形式を受け付けます。 1 つは ID (DELIM_M_D_Y や DDMMMYYYY など、DATE マクロで受け付けられるのと同じ)、そしてもう 1 つは書式ストリングです。 DateOutputFormatString プロパティーの値は書式ストリングでなければなりません。 DATE マクロ ID の 1 つにすることはできません。 多くの場合、区切り形式の 1 つを使用します。

CREATE TABLE date_test (F1 DATE) 
INSERT INTO date_test VALUES ('03/31/2004')

[data_source_name] >「DateTimeFormat」プロパティーの値は、Campaign がデータベースから日時/タイム・スタンプ・データを受け取る際に予期されている形式を指定します。 これは、select において日時/タイム・スタンプ・データの表示のためにデータベースによって使用される形式に一致していなければなりません。 ほとんどのデータベースの場合、この設定値は、DateTimeOutputFormatString の設定値と同じです。

多くの場合、DateTimeFormat には、「データベースによる日付の選択」の表で説明されているようにして DateFormat の値を判別した後、その DateFormat の値の前に DT_ を付加したものを設定します。

DateTimeOutputFormatString プロパティーは、Campaign が、キャンペーンの開始日時や終了日実行などの日時データをデータベースに書き込む際に使用する日時データ型の形式を指定します。 DateTimeOutputFormatString プロパティーの値は、データ・ソースにおいてタイプ datetime の列について予期されている形式に設定します。 ほとんどのデータベースの場合、この設定値は、[data_source_name] >「DateTimeFormat」プロパティーの設定値と同じです。

このプロパティーは、DB2® の一時テーブルのデータを設定する際に、 IBM ® Campaign が not logged initially SQL 構文を使用するかどうかを決定します。

このプロパティーを TRUE に設定した場合、一時テーブルへの挿入のロギングは無効になり、その結果、パフォーマンスが向上し、データベース・リソースの消費量が少なくなります。 TRUE に設定した場合、一時テーブル・トランザクションが何らかの理由で失敗すると、そのテーブルは破損した状態になり、ドロップしなければならなくなります。それまでにそのテーブルに含まれていたデータは、すべて失われます。

not logged initially 構文がサポートされていないバージョンの DB2® を使用している場合、このプロパティーは FALSE に設定します。

DB2NotLoggedInitiallyUserTables プロパティーは、DB2® のユーザー・テーブルへの挿入操作で、 IBM ® Campaign が not logged initially SQL 構文を使用するかどうかを決定します。

このプロパティーを TRUE に設定した場合、ユーザー・テーブルへの挿入のロギングが無効になり、その結果、パフォーマンスが向上し、データベース・リソースの消費量が少なくなります。 TRUE に設定した場合、ユーザー・テーブル・トランザクションが何らかの理由で失敗すると、そのテーブルは破損した状態になり、ドロップしなければならなくなります。 それまでにそのテーブルに含まれていたデータは、すべて失われます。

Campaign がフラット・ファイルまたは派生フィールドから数値を保存するためにデータベース・フィールドを作成するときに、スナップショット・プロセスまたはエクスポート・プロセスを使用する場合、DefaultScale プロパティーが使用されます。

このプロパティーは、データベース・フィールドで精度とスケールに関する情報が省略されている場合を除いて、データベース表から得られる数値には使用されません。(精度はフィールドに使用できる総桁数を示します。スケールは小数点以下に使用できる桁数を示します。例えば、6.789 の精度は 4 で、スケールは 3 です。データベース表から取得した値には、Campaign がフィールドを作成するときに使用する精度とスケールに関する情報が含まれます。)

例: フラット・ファイルは精度およびスケールを示さないので、作成されるフィールドに対して定義する小数点以下の桁数を指定するには、DefaultScale を使用できます。以下に例を示します。

DefaultScale に対して設定された値がフィールドの精度を超えた場合は、それらのフィールドに対して DefaultScale=0 が使用されます。 例えば、精度が 5 で、DefaultScale=6 の場合、値ゼロが使用されます。

0 (ゼロ)

DefaultTextType プロパティーは ODBC データ・ソースのためのものです。 このプロパティーは、ソース・テキスト・フィールドのデータ・ソース・タイプが異なる場合に、宛先データ・ソース内にテキスト・フィールドを作成する方法を Campaign に指示します。 例えば、フラット・ファイルか別のタイプの DBMS からのソース・テキスト・フィールドである可能性があります。 同じタイプの DBMS からのソース・テキスト・フィールドである場合は、このプロパティーは無視され、ソース・テキスト・フィールドのデータ型を使用してテキスト・フィールドが宛先データ・ソース内に作成されます。

DeleteAsRecreate プロパティーは、TRUNCATE がサポートされておらず、REPLACE TABLE を実行するように出力処理が構成されている場合に、Campaign がテーブルをドロップしてから再作成するのか、それとも単にそのテーブルから削除するのみかを指定します。

値が TRUE の場合、Campaign はテーブルをドロップしてから再作成します。

値が FALSE の場合、Campaign はテーブルからの DELETE FROM を実行します。

DeleteAsTruncate プロパティーは、REPLACE TABLE を実行するように出力プロセスが構成されている場合に、Campaign が TRUNCATE TABLE を使用するのか、それともテーブルから削除するのかを指定します。

値が TRUE の場合、Campaign はテーブルからの TRUNCATE TABLE を実行します。

値が FALSE の場合、Campaign はテーブルからの DELETE FROM を実行します。

このプロパティーは、Campaign がデータを一時テーブルに追加する方法を指定します。

FALSE に設定すると、Campaign は 1 つのコマンドを使用して、直接的な作成およびデータ設定 SQL 構文を実行します。例: CREATE TABLE <table_name> AS ... (Oracle および Netezza® の場合) および SELECT <field_names> INTO <table_name> ... (SQL Server の場合)。

TRUE に設定されている場合、Campaign は、一時テーブルを作成した後、複数の別個のコマンドを使用することにより、テーブルからテーブルにデータを直接設定します。

このプロパティーは、ODBC 構成の中で、この Campaign データ・ソースについて割り当てられているデータ・ソース名 (DSN) に設定します。 デフォルトでは、この値は未定義になっています。

Campaign データ・ソース構成プロパティーを使用することにより、同じ物理データ・ソースを参照する複数の論理データ・ソースを指定できます。 例えば、同じデータ・ソースについて 2 つのデータ・ソース・プロパティー・セットを作成し、1 つは AllowTempTables = TRUE、もう 1 つは AllowTempTables = FALSE とすることが可能です。 それらのデータ・ソースのそれぞれは、Campaign の中で異なる名前にすることができますが、それらが同じ物理データ・ソースを参照する場合、DSN 値は同じになります。

DSNUsingOSAuthentication プロパティーは、Campaign データ・ソースが SQL Server である場合にのみ適用されます。 Windows™ の認証モードを使用するように DSN が構成されている場合、値を TRUE に設定します。

EnableBaseDimSelfJoin プロパティーは、ベース・テーブルとディメンション・テーブルが同じ物理テーブルにマップされ、ベース・テーブルの ID フィールド上でディメンションがベース・テーブルに関連付けられていない場合、Campaign データベースの動作として自己結合操作を実行するかどうかを指定します。

このプロパティーのデフォルトは FALSE であり、Base テーブルとディメンション・テーブルが同じデータベース表で、かつ関係フィールドが同じ (AcctID から AcctID へ、など) であるなら、Campaign は、結合を実行しないということを想定します。

EnableSelectDistinct プロパティーは、Campaign の ID の内部リストに対する重複解消を Campaign サーバーで実行するか、それともデータベースで実行するかを指定します。

値が TRUE の場合、データベースによって重複解消が実行され、データベースに対して生成される SQL 照会は以下の形になります (該当する場合)。

SELECT DISTINCT key FROM table

値が FALSE の場合、Campaign サーバーによって重複解消が実行され、データベースに対して生成される SQL 照会は以下の形になります。

SELECT key FROM table

以下の場合には、デフォルト値 FALSE のままにしてください。 if:

このプロパティーにどんな値を指定するかには関係なく、Campaign では、必要に応じてキーの重複解消が実行されることが自動的に保証されています。 このプロパティーは、単に重複解消がどの場所で実行されるか (データベース上か、それとも Campaign サーバー上か) を制御するだけです。

EnableSelectOrderBy プロパティーは、Campaign の ID の内部リストのソートを、Campaign サーバーで実行するか、それともデータベースで実行するかを指定します。

値が TRUE の場合、データベースによってソートが実行され、そのデータベースに対して生成される SQL 照会は以下の形になります。

SELECT <key> FROM <table> ORDER BY <key>

値が FALSE の場合、Campaign サーバーによってソートが実行され、データベースに対して生成される SQL 照会は以下の形になります。

SELECT <key> FROM <table>

ExcludeFromTableDisplay パラメーターを使用すると、Campaign におけるテーブル・マッピングにおいて、表示されるデータベース表を制限することができます。 データベースから取り出されるテーブル名の数を少なくするわけではありません。

例えば、このパラメーターの値が sys.* に設定されている場合、sys. で始まる名前のテーブルは表示されません。 このパラメーターの値では、大/小文字が区別されることに注意してください。

UAC_*。 一時テーブルと抽出テーブルが除外されます (ExtractTablePrefix プロパティーの値がデフォルト値の場合)

ExtractTablePostExecutionSQL プロパティーは、抽出テーブルの作成とデータ設定の直後に実行される、完成された 1 個以上の SQL ステートメントを指定するために使用します。

ExtractTablePostExecutionSQL で利用可能なトークンは、以下のとおりです。

ExtractTablePrefix プロパティーは、Campaign におけるすべての抽出テーブル名の前に自動的に付加されるストリングを指定します。 このプロパティーは、2 つ以上のデータ・ソースが同じデータベースを指す場合に便利です。 詳しくは、TempTablePrefix の説明を参照してください。

ForceNumeric プロパティーは、Campaign が数値をデータ型 double として取り出すかどうかを指定します。 値が TRUE に設定されている場合、Campaign は、すべての数値をデータ型 double として取り出します。

InactiveConnectionTimeout プロパティーは、非アクティブの Campaign データベース接続を開いたままにしておく秒数を指定します。 指定した時間が経過した後、その接続は閉じられます。 この値を 0 に設定するとタイムアウトは無効になり、接続は開いたままにされます。

InsertLogSize プロパティーは、Campaign のスナップショット・プロセスの実行中、ログ・ファイルに新しいエントリーがいつ入力されるかを指定します。 スナップショット・プロセスによって書き込まれるレコード数が、InsertLogSize プロパティーで指定される数の倍数に達するたびに、ログ・エントリーが書き込まれます。 それらのログ・エントリーは、実行中のスナップショット・プロセスの進行状況を判別するのに役立ちます。 この値の設定値が低すぎると、作成されるログ・ファイルが大きくなる場合があります。

100000 (10 万レコード)

JndiName プロパティーは、Campaign システム・テーブルを構成する際にのみ使用されます (カスタマー・テーブルなど、その他のデータ・ソースでは使用されません)。 その値は、アプリケーション・サーバーで定義されている Java™ Naming and Directory Interface (JNDI) データ・ソースに設定します (WebSphere® または WebLogic)。

このプロパティーは、 IBM ® Campaign においてデータベース・ロード・ユーティリティーを呼び出すために発行されるコマンドを指定します。 このプロパティーを設定すると、スナップショット・プロセスの出力ファイルのうち、「全レコード置換」設定値で使用されるものすべてについて、 IBM ® Campaign はデータベース・ローダー・ユーティリティー・モードに入ります。また、このプロパティーは、 IBM ® Campaign が ID リストを一時テーブル中にアップロードする際に、データベース・ローダー・ユーティリティー・モードを呼び出します。

IBM ® Contact Optimization は 、データベース・ロード・ユーティリティーを実装する際に Campaign と同じ構成設定を 使用します。 IBM ® Campaign を 、データベース・ロード・ユーティリティーを扱うように構成する場合、 IBM ® Contact Optimization を、同じコマンドを使用するように構成します。同様に、Contact Optimization を、データベース・ロード・ユーティリティーを扱うように構成する場合、 IBM ® Campaign を、データベース・ロード・ユーティリティーを扱うように構成します。それぞれ、IBM® EMM インストール・ディレクトリー の別のルート・ディレクトリーを想定しています。ルート・ディレクトリーは、 IBM ® Campaign の場合は /Campaign、あるいは IBM ® Contact Optimization の場合は /ContactOptimization です。 そのため、ローダー・コマンドおよびテンプレート・ファイルには異なるコマンドを指定できます。

ほとんどのデータベース・ロード・ユーティリティーでは、正常に起動するために複数の引数が必要です。 その中には、ロード元となるデータ・ファイルと制御ファイル、およびロード先となるデータベースおよびテーブルを指定するための引数が含まれることがあります。 IBM ® Campaign では、以下のトークンがサポートされています。 コマンド実行時に、これらは、指定された要素に置換されます。データベース・ロード・ユーティリティー呼び出しで使用する正しい構文については、データベース・ロード・ユーティリティーの文書を参照してください。

LoaderCommand で利用可能なトークンは、以下のとおりです。

このプロパティーは、 IBM ® Campaign 内のデータベース・テーブルにレコードを付加するデータベース・ロード・ユーティリティーを起動するために発行するコマンドを指定します。 このプロパティーを設定すると、スナップショット・プロセスの出力ファイルのうち、「レコード付加」設定値で使用されるものすべてについて、 IBM ® Campaign はデータベース・ローダー・ユーティリティー・モードに入ります。

LoaderCommandForAppend で利用可能なトークンは、以下のとおりです。

このプロパティーは、 IBM ® Campaign 用に構成されている制御ファイル・テンプレートの絶対パスとファイル名を指定します。 テンプレートへのパスは、現行パーティションに対して相対的です。 例: loadscript.db2

このプロパティーが設定されている場合、 IBM ® Campaign は、指定されたテンプレートに基づいて、一時制御ファイルを動的に作成します。 この一時制御ファイルのパスおよび名前は、LoaderCommand プロパティーから利用可能な <CONTROLFILE> トークンから利用可能です。

IBM ® Campaign をデータベース・ローダー・ユーティリティー・モードで使用するには、その前に、このパラメーターによって指定される制御ファイル・テンプレートを構成することが必要です。制御ファイル・テンプレートでは、以下のトークンがサポートされています。 それらは、 IBM ® Campaign によって一時制御ファイルが作成される際に動的に置換されます。

LoaderControlFileTemplate で利用可能なトークンとしては、LoaderCommand プロパティーについて説明されているのと同じものに加えて、アウトバウンド・テーブル内のフィールドごとに 1 回ずつ反復される以下の特殊トークンがあります。

このプロパティーは、 IBM ® Campaign で構成されている制御ファイル・テンプレートの絶対パスとファイル名を指定します。 テンプレートへのパスは、現行パーティションに対して相対的です。 例: loadappend.db2

このプロパティーが設定されている場合、 IBM ® Campaign は、指定されたテンプレートに基づいて、一時制御ファイルを動的に作成します。 この一時制御ファイルのパスおよび名前は、LoaderCommandForAppend プロパティーから利用可能な <CONTROLFILE> トークンから利用可能です。

IBM ® Campaign をデータベース・ローダー・ユーティリティー・モードで使用するには、その前に、このプロパティーによって指定される制御ファイル・テンプレートを構成することが必要です。制御ファイルで必要な正しい構文については、データベース・ローダー・ユーティリティーの文書を参照してください。

使用可能なトークンは、LoaderControlFileTemplate プロパティーのトークンと同じです。

このプロパティーは、一時データ・ファイルが固定幅フラット・ファイルか、それとも区切りフラット・ファイルかを指定します。 また、区切りファイルの場合には、 IBM ® Campaign が区切り文字として使用する文字を指定します。

値が未定義の場合、 IBM ® Campaign は、固定幅フラット・ファイルとして一時データ・ファイルを作成します。

値を指定する場合、それは、ローダーが呼び出された時点で、空であると認識されているテーブルのデータを設定するために使用されます。 IBM ® Campaign は、このプロパティーの値を区切り文字として使用することにより、区切りフラット・ファイルとして一時データ・ファイルを作成します。

一部の外部ロード・ユーティリティーでは、データ・ファイルを区切る必要があります。 また、各行は区切り文字で終わる必要があります。 この要件を満たすためには、LoaderDelimiterAtEnd の値を TRUE に設定することにより、ローダーが起動して、空として認識されているテーブルのデータを設定する際に、 IBM ® Campaign が各行の末尾に区切り文字を使用するようにします。例えば、UNIX 環境の DB2 では、各レコードが改行文字のみで終わることが期待されます。 Windows 環境の Campaign Campaign では、復帰改行文字および改行文字が使用されます。 各レコードの終わりに区切り文字を配置すると、データ・ファイルの最後の列が確実に正しくロードされます。

一部の外部ロード・ユーティリティーでは、データ・ファイルを区切る必要があります。 また、各行は区切り文字で終わる必要があります。 この要件を満たすためには、LoaderDelimiterAtEndForAppend の値を TRUE に設定することにより、ローダーが起動して、空として認識されてはいないテーブルのデータを設定する際に、 IBM ® Campaign が各行の末尾に区切り文字を使用するようにします。例えば、UNIX 環境の DB2 では、各レコードが改行文字のみで終わることが期待されます。Windows 環境の IBM ® Campaign では、復帰改行文字および改行文字が使用されます。 各レコードの終わりに区切り文字を配置すると、データ・ファイルの最後の列が確実に正しくロードされます。

このプロパティーは、 IBM ® Campaign の一時データ・ファイルが固定幅フラット・ファイルであるか、それとも区切りフラット・ファイルであるかを指定します。 また、区切りファイルの場合には、区切りとして使用する文字または文字の集合を指定します。

値が未定義の場合、 IBM ® Campaign は、固定幅フラット・ファイルとして一時データ・ファイルを作成します。

値を指定する場合、それは、ローダーが呼び出された時点で、空であるとは認識されていないテーブルのデータを設定するために使用されます。 IBM ® Campaign は、このプロパティーの値を区切り文字として使用することにより、区切りフラット・ファイルとして一時データ・ファイルを作成します。

このプロパティーは、 IBM ® Campaign が、データベース・ロード・ユーティリティーによってロードされるファイルに数値を書き込む際に、小数点としてロケール固有の記号を使用するかどうかを指定します。

ピリオド (.) を小数点として指定するには、この値を FALSE に設定します。

ロケールにふさわしい小数点記号を使用することを指定するには、この値を TRUE に設定します。

IBM ® Campaign が SQL 中の単一リスト (WHERE 節の IN 演算子の後の値リストなど) の中に含めることのできる項目の最大数を指定します。

このプロパティーは、 IBM ® Campaign の単一のフローチャートから、各データベース・ソースに対して同時実行可能な照会の数の上限を指定します。 通常は、値が大きいほどパフォーマンスが向上します。

IBM ® Campaign は、独立した複数のスレッドを使用してデータベース照会を実行します。 IBM ® Campaign のプロセスは並列実行されるため、単一のデータ・ソースに対して複数の照会を同時に実行することが少なくありません。 並列実行される照会の数が MaxQueryThreads を超えると、 IBM ® Campaign サーバーは同時実行照会の数を指定された値に制限します。

選択された ID の数が MaxRowFetchRecords プロパティーによって指定された値よりも小さい場合、 IBM ® Campaign は一度に 1 つずつ、別個の SQL 照会でデータベースに ID を渡します。 この処理には、非常に長い時間がかかる場合があります。 選択された ID の数がこのプロパティーによって指定された値よりも大きい場合、 IBM ® Campaign は一時テーブルを使用する (データベース・ソースで許可された場合) か、不要な値を除くすべての値をテーブルから取り出します。

照会が発行されると IBM ® Campaign は、その照会の結果として、ID の正確なリストを内容とする一時テーブルをデータベース上に作成します。すべてのレコードを選択する追加照会がデータベースに対して発行される場合、MaxTempTableJoinPctSelectAll プロパティーによって、一時テーブルとの結合が実行されるかどうかが指定されます。

一時テーブルの相対サイズ (パーセントとして指定) が MaxTempTableJoinPctSelectAll プロパティーの値より大きい場合、結合は実行されません。 まずすべてのレコードが選択された後、不要なレコードが破棄されます。

一時テーブルの相対サイズ (パーセントとして指定) が MaxTempTableJoinPctSelectAll プロパティーの値以下の場合、まず一時テーブルとの結合が実行された後、結果としての ID がサーバーに取り出されます。

このプロパティーは、AllowTempTables プロパティーの値が TRUE に設定されている場合にのみ適用されます。 useInDbOptimization プロパティーが YES に設定されている場合、このプロパティーは無視されます。

0-100 の範囲の整数。 値が 0 の場合、それは、一時テーブルの結合が決して使用されないことを意味します。 値が 100 の場合、それは、一時テーブルのサイズには関係なく常にテーブルの結合が使用されることを意味します。

MaxTempTableJoinPctSelectAll が 90 に設定されているとします。 まず、勘定残高 (Accnt_balance) が $1,000 より大きいカスタマー (CustID) を、データベース表 (Customer) から選択するとします。

SELECT CustID FROM Customer
	WHERE Accnt_balance > 1000

Select プロセスでは、合計テーブル・サイズ 1,000,000 のうちの 10% に当たる 100,000 個の ID を取り出す可能性があります。 一時テーブルが可能になっている場合、 IBM ® Campaign は、選択された ID (TempID) をデータベース中の一時テーブル (Temp_table) に書き込みます。

次に、選択された ID (CustID) と現在の残高 (Accnt_balance) のスナップショットを取るとします。 一時テーブル (Temp_table) の相対サイズは 90% (MaxTempTableJoinPctSelectAll) より小さいため、まず一時テーブルとの結合が実行されます。 スナップショット・プロセスによって生成される SQL 式は、以下のようになります。

SELECT CustID, Accnt_balance FROM Customer, Temp_table WHERE CustID = TempID

SELECT CustID, Accnt_balance FROM Customer

照会が発行されると IBM ® Campaign は、その照会の結果として、ID の正確なリストを内容とする一時テーブルをデータベース上に作成します。制限条件を伴うレコード選択の追加照会がデータベースに対して発行される場合、MaxTempTableJoinPctWithCondition プロパティーは、一時テーブルとの結合を実行するかどうかを指定します。

一時テーブルの相対サイズ (パーセントとして指定) が MaxTempTableJoinPctWithCondition の値より大きい場合、結合は実行されません。 これにより、不要なデータベースでのオーバーヘッドが回避されます。 その場合、データベースに対する照会が発行され、結果として ID のリストが取り出された後、サーバー・メモリー内のリストに一致する不要なレコードが破棄されます。

一時テーブルの相対サイズ (パーセントとして指定) が MaxTempTableJoinPctWithCondition の値以下の場合、まず一時テーブルとの結合が実行された後、結果として ID がサーバーに取り出されます。

このプロパティーは、AllowTempTables プロパティーの値が TRUE に設定されている場合にのみ適用されます。

0-100 の範囲の整数。 値が 0 の場合、それは、一時テーブルの結合が決して使用されないことを意味します。 値が 100 の場合、それは、一時テーブルのサイズには関係なく常にテーブルの結合が使用されることを意味します。

このプロパティーは、バルク・ローダーを使用するためのしきい値を設定するために使用します。 入力セル中のユニーク ID の数がここで定義される値を超えると、 IBM ® Campaign は、LoaderCommand プロパティーに割り当てられているスクリプトを呼び出します。このプロパティーの値は、書き込まれるレコードの数を表わすものではありません。

このプロパティーが構成されていない場合、 IBM ® Campaign では、値としてデフォルト値 (ゼロ) が想定されます。このプロパティーが構成されているが、値として負または非整数の値が設定されている場合、値はゼロと想定されます。

このプロパティーは、バルク・ローダーを使用するためのしきい値を設定するために使用します。 入力セル中のユニーク ID の数がここで定義される値を超えると、 IBM ® Campaign は、LoaderCommandForAppend パラメーターに割り当てられているスクリプトを呼び出します。このプロパティーの値は、書き込まれるレコードの数を表わすものではありません。

このプロパティーが構成されていない場合、 IBM ® Campaign では、値としてデフォルト値 (ゼロ) が想定されます。このプロパティーが構成されているが、値として負または非整数の値が設定されている場合、値はゼロと想定されます。

NumberOfRetries プロパティーは、データベース操作での障害発生時に IBM ® Campaign が自動的に再試行する回数を指定します。 IBM ® Campaign は、この回数だけ、データベースに対する照会を自動的に再サブミットします。 この回数を超えると、データベース・エラーまたは障害が報告されます。

ODBCUnicode プロパティーは、 IBM ® Campaign ODBC 呼び出しにおいて使用されるエンコード方式のタイプを指定します。これは、ODBC データ・ソースでのみ使用されるものであり、Oracle または DB2® のネイティブ接続で使用される場合は無視されます。

ODBCv2 プロパティーは、 IBM ® Campaign においてデータ・ソースのためにどの ODBC API 仕様を使用するかを指定するために使用します。

デフォルト値は FALSE であり、その場合、 IBM ® Campaign は v3 API 仕様を使用します。 TRUE に設定した場合、 IBM ® Campaign は v2 API 仕様を使用します。ODBC v3 API 仕様がサポートされていないデータ・ソースでは、ODBCv2 プロパティーを TRUE に設定します。

ODBCv2 プロパティーが TRUE に設定されている場合、 IBM ® Campaign において ODBC Unicode API はサポートされず、ODBCUnicode プロパティーに関して disabled 以外の値は認識されなくなります。

このプロパティーは、 IBM ® Campaign のテーブル・マッピングの表示を、指定したスキーマのテーブルに制限する場合に使用します。 例えば、スキーマ「dbo」のテーブルを指定する場合、OwnerForTableDisplay=dbo に設定します。

PadTextWithSpaces プロパティーが TRUE に設定されている場合、 IBM ® Campaign は、ストリングがデータベース・フィールドと同じ幅になるまで、テキスト値にスペースを埋め込みます。

このプロパティーは、抽出テーブルが作成されて、そのデータが設定された後に IBM ® Campaign が実行するスクリプトまたは実行可能ファイルを指定するために使用します。

PostExtractTableCreateRunScript で利用可能なトークンは、以下のとおりです。

Segment 一時テーブルの作成とデータ設定の後、 IBM ® Campaign が実行するスクリプトまたは実行可能ファイルを指定します。

PostSegmentTableCreateRunScript で利用可能なトークンは、以下のとおりです。

PostSnapshotTableCreateRunScript プロパティーは、スナップショット・テーブルが作成され、そのデータが設定された後に Campaign が実行するスクリプトまたは実行可能ファイルを指定するために使用します。

PostSnapshotTableCreateRunScript で利用可能なトークンは、以下のとおりです。

PostTempTableCreateRunScript プロパティーは、ユーザー・データ・ソースまたはシステム・テーブル・データベースの中で一時テーブルが作成され、データが設定された後、Campaign が実行するスクリプトまたは実行可能ファイルを指定するために使用します。

PostTempTableCreateRunScript で利用可能なトークンは、以下のとおりです。

ユーザー・テーブルが作成されてデータが設定された後に Campaign が実行するスクリプトまたは実行可能ファイルを指定します。

PostUserTableCreateRunScript で利用可能なトークンは、以下のとおりです。

PrefixOnSelectSQL プロパティーは、Campaign によって生成される SELECT SQL 式のすべてに対して、自動的にその先頭に付加するストリングを指定するために使用します。

このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される未加工 SQL 式の SQL には適用されません。

このプロパティーは、構文チェックなしで自動的に SELECT SQL 式に追加されます。 このプロパティーを使用する場合は、有効な式であることを確認してください。

PrefixOnSelectSQL で利用可能なトークンは、以下のとおりです。

QueryThreadSleep プロパティーは、Campaign サーバー・プロセス (UNICA_ACSVR) の CPU 使用率に影響します。 値が TRUE に設定されている場合、Campaign サーバー・プロセスが照会の完了をチェックするために使用するスレッドは、チェックとチェックの間でスリープします。 値が FALSE の場合、Campaign サーバー・プロセスは、照会の完了を連続的にチェックします。

ReaderLogSize パラメーターは、Campaign がデータベースからデータを読む際に、ログ・ファイル中の新しいエントリーをいつ作成するかを定義します。 データベースから読み取られるレコード数が、このパラメーターによって定義される数の倍数に達するたびに、ログ・エントリーがログ・ファイルに書き込まれます。

1000000 (100 万レコード)

このデータ・ソースにおいて、CreateSeg プロセスによって作成されるセグメント・テーブルの接頭部を設定します。 このプロパティーは、2 つ以上のデータ・ソースが同じデータベースを指す場合に便利です。 詳しくは、TempTablePrefix の説明を参照してください。

ShareConnection プロパティーは使用されなくなり、そのデフォルト値である FALSE のままにしておく必要があります。

SQLOnConnect プロパティーは、各データベース接続の直後に Campaign が実行する、完成された 1 個の SQL ステートメントを定義します。

SQLOnConnect で利用可能なトークンは、以下のとおりです。

StringEncoding プロパティーは、データベースの文字エンコードを指定します。 Campaign がデータベースからデータを取り出す際、指定されたエンコード方式から、Campaign の内部エンコード方式 (UTF-8) にデータが変換されます。 Campaign がデータベースに照会を送信する際、内部エンコード方式 Campaign (UTF-8) から、StringEncoding プロパティーで指定されるエンコード方式に文字データが変換されます。

ASCII データを使用する場合、この値は UTF-8 に設定します。

データベース・クライアントのエンコード方式が UTF-8 の場合、この値のための望ましい設定値は WIDEUTF-8 です。 WIDE-UTF-8 設定値は、データベース・クライアントが UTF-8 に設定されている場合にのみ有効です。

partitions > partition[n] > dataSources > data_source_name > ODBCUnicode プロパティーを使用する場合、StringEncoding プロパティーは UTF-8 または WIDEUTF-8 のいずれかに設定されます。 そうでない場合、ODBCUnicode プロパティーの設定値は無視されます。

サポートされているエンコード方式のリストについては、「Campaign 管理者ガイド」の『Campaign での文字エンコード』を参照してください。

このセクションでは、DB2®、SQL Server、または Teradata データベースの適切な値を設定する方法について説明します。

DB2® データベース・コード・ページおよびコード・セットを識別します。 ローカライズされた環境の場合、DB2® データベースの構成を以下のようにする必要があります。

Campaign の StringEncoding プロパティー値を DB2® データベース・コード・セット値に設定します。

DB2CODEPAGE DB2® 環境変数を DB2® データベース・コード・ページの値に設定します。

この設定は DB2® のすべてのデータ・ソースに影響します。 さらに、実行中の他のプログラムにも影響する可能性があります。

SQL Server の場合、iconv エンコード方式の代わりにコード・ページを使用します。SQL Server データベースにおける StringEncoding プロパティーの適切な値を判別するには、サーバーのオペレーティング・システムの地域設定値に対応するコード・ページを検索してください。

例えば、コード・ページ 932 (日本語 Shift-JIS) を使用するには、

StringEncoding=CP932

Teradata の場合、デフォルトの動作の一部をオーバーライドする必要があります。 Teradata では列ごとに文字エンコードの指定がサポートされていますが、Campaign でサポートされているのはデータ・ソースごとのエンコードのみです。 Teradata ODBC ドライバーのバグのため、Campaign で UTF-8 を使用することはできません。 Teradata では、ログインごとにデフォルトの文字エンコードが設定されます。 これは、Windows™ において ODBC データ・ソース構成に含まれるパラメーター、または UNIX™ プラットフォームにおいて odbc.ini に含まれるパラメーターを使用することにより、以下のようにしてオーバーライドすることができます。

CharacterSet=UTF8

Teradata テーブルのデフォルトのエンコード方式は LATIN です。 Teradata の組み込みエンコード方式はごくわずかのみですが、ユーザー定義エンコード方式がサポートされています。

StringEncoding プロパティーのデフォルト値は ASCII です。

通常、Campaign は、その内部エンコード方式 UTF-8 と、データベースのエンコード方式の間のトランスコーディングをそれ自身で処理します。 データベースのエンコードが UTF-8 の場合、StringEncoding の値として UTF-8 を指定することができ (SQLServer を除く)、トランスコーディングは不要です。 従来、データベース内の英語以外のデータに Campaign がアクセスするための可能なモデルは、それらのみでした。

Campaign のバージョン 7.0 では、StringEncoding プロパティーのための値として、WIDEUTF-8 という新しいデータベース・エンコード方式が導入されています。 このエンコード方式を使用することにより Campaign では、データベース・クライアントとの通信に UTF-8 を使用しながら、UTF-8 と実際のデータベースのエンコード方式との間のトランスコーディングの作業をクライアント側で実行することが可能です。 変換後のテキストに十分に対応できるよう、テーブル列マッピングの幅を変更するため、このように拡張されたバージョンの UTF-8 が必要になっています。

SuffixOnAllOtherSQL プロパティーは、Campaign によって生成されるあらゆる SQL 式のうち、SuffixOnInsertSQL、SuffixOnSelectSQL、 SuffixOnTempTableCreation、SuffixOnUserTableCreation、そして SuffixOnUserBaseTableCreation のどのプロパティーによってもカバーされないものに自動的に付加するストリングを指定します。

このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される未加工 SQL 式の SQL には適用されません。

SuffixOnAllOtherSQL は、Campaign によって以下のタイプの式が生成される際に使用されます。

TRUNCATE TABLE table
	DROP TABLE table
	DELETE FROM table [WHERE ...]
	UPDATE table SET ...

SuffixOnAllOtherSQL で利用可能なトークンは、以下のとおりです。

SuffixOnCreateDateField プロパティーは、CREATE TABLE SQL ステートメントで、DATE フィールドのすべてに Campaign によって自動的に付加されるストリングを指定します。

SuffixOnCreateDateField = FORMAT 'YYYY-MM-DD'

このプロパティーが未定義 (デフォルト) の場合、CREATE TABLE コマンドは未変更のままです。

SuffixOnInsertSQL プロパティーは、Campaign によって生成されるすべての INSERT SQL 式に自動的に付加されるストリングを指定します。 このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される未加工 SQL 式の SQL には適用されません。

SuffixOnInsertSQL は、Campaign によって以下のタイプの式が生成される際に使用されます。

INSERT INTO table ...

SuffixOnInsertSQL で利用可能なトークンは、以下のとおりです。

SuffixOnSelectSQL プロパティーは、Campaign によって生成されるすべての SELECT SQL 式に自動的に付加されるストリングを指定します。 このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される「未加工 SQL」式の SQL には適用されません。

SuffixOnSelectSQL で利用可能なトークンは、以下のとおりです。

SuffixOnTempTableCreation プロパティーは、一時テーブルが作成される際に Campaign によって生成される SQL 式に自動的に付加されるストリングを指定するために使用します。 このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される「未加工 SQL」式の SQL には適用されません。このプロパティーを使用するためには、AllowTempTables プロパティーが TRUE に設定されていなければなりません。

テーブル名および列名はキャンペーン実行中に動的に生成されるため、この SQL ステートメントでそれらを置換するためのトークン (<TABLENAME> および <KEYCOLUMNS>) を使用することが望ましい場合があるかもしれません。

SuffixOnTempTableCreation で利用可能なトークンは、以下のとおりです。

セグメント一時テーブルの作成時に Campaign によって生成される SQL 式に自動的に付加されるストリングを指定します。

SuffixOnSegmentTableCreation で利用可能なトークンは、以下のとおりです。

SuffixOnSnapshotTableCreation プロパティーは、スナップショット・テーブルの作成時に Campaign によって生成される SQL 式に自動的に付加されるストリングを指定するために使用されます。

SuffixOnSnapshotTableCreation で利用可能なトークンは、以下のとおりです。

SuffixOnExtractTableCreation プロパティーは、抽出テーブルの作成時に Campaign によって生成される SQL 式に自動的に付加されるストリングを指定するために使用します。

SuffixOnExtractTableCreation で利用可能なトークンは、以下のとおりです。

SuffixOnUserBaseTableCreation プロパティーは、ユーザーがベース・テーブルを作成する際に (抽出プロセスなど)、Campaign によって生成される SQL 式に自動的に付加されるストリングを指定するために使用します。 このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される「未加工 SQL」式の SQL には適用されません。

テーブル名および列名はキャンペーン実行中に動的に生成されるため、この SQL ステートメントでそれらを置換するためのトークン (<TABLENAME> および <KEYCOLUMNS>) を使用することが望ましい場合があるかもしれません。

SuffixOnUserBaseTableCreation で利用可能なトークンは、以下のとおりです。

SuffixOnUserTableCreation プロパティーは、ユーザーが一般のテーブルを作成する際に (スナップショット・プロセスなど)、Campaign によって生成される SQL 式に自動的に付加されるストリングを指定するために使用します。 このプロパティーは Campaign により生成された SQL にのみ適用され、選択プロセスで使用される「未加工 SQL」式の SQL には適用されません。

SuffixOnUserTableCreation で利用可能なトークンは、以下のとおりです。

Campaign システム・テーブルで使用されるスキーマを指定します。

デフォルト値はブランクです。 このパラメーターは、UA_SYSTEM_TABLES データ・ソースにのみ関係するものです。

UA_SYSTEM_TABLES データ・ソースに複数のスキーマが含まれるという場合 (例えば、複数のグループで使用される Oracle データベースの場合) 以外は、この値をブランクのままにしてください。 (この文脈で「スキーマ」という語は、X.Y という形式の「修飾」テーブル名の先頭部分のことを指します (dbo.UA_Folder など)。ただし、この形式のうち X はスキーマ、Y は修飾なしのテーブル名です。 この構文に関しては、Campaign でサポートされているさまざまな異なるデータベース・システムの間で異なる用語が使用されています。)

システム・テーブル・データベースの中に複数のスキーマが存在する場合、この値は、Campaign システム・テーブル作成時のスキーマの名前に設定してください。

このプロパティーは、ユーザー・データ・ソースまたはシステム・テーブル・データベースでの一時テーブルの作成直後に IBM ® Campaign によって実行される、完成された 1 つの SQL ステートメントを指定するために使用します。例えば、パフォーマンスを向上するために、一時テーブルを作成した直後に、その一時テーブルに索引を作成することができます (以下の例を参照)。 データ・ソースで一時テーブルを作成できるようにするには、AllowTempTables プロパティーを TRUE に設定する必要があります。

トークンを使用して、SQL ステートメントのテーブル名 (<TABLENAME>) および列名 (<KEYCOLUMNS>) を置換できます。これは、キャンペーンの実行時に値が動的に生成されるためです。

TempTablePostExecutionSQL で利用可能なトークンは、以下のとおりです。

値 CREATE INDEX IND_<TABLENAME> ON <TABLENAME> (<KEYCOLUMNS>) は、一時テーブルの作成直後にその一時テーブルに索引を作成し、データ検索プロセスを向上します。

TableListSQL プロパティーは、マップに使用可能なテーブルのリストにシノニムを含めるために使用する SQL 照会を指定するために使用します。

有効な SQL 照会でこのプロパティーを設定する場合、 IBM ® Campaign により、マッピング用のテーブルのリストを取り出すための SQL 照会が発行されます。その照会から 1 個の列が返される場合、それは名前の列として扱われます。 その照会から 2 個の列が返される場合、最初の列は所有者の名前の列であると想定され、2 番目の列はテーブル名の列であると見なされます。

SQL 照会がアスタリスク (*) で始まっていない場合、 IBM ® Campaign は、通常の方法で (ODBC 呼び出しやネイティブ接続などにより) 取り出されるテーブルのリストとこのリストをマージします。

SQL 照会がアスタリスク (*) で始まる場合、その SQL から返されるリストは、通常のリストにマージされるのではなく、それを置き換える ものとなります。

データ・ソースが SQL Server の場合、通常の環境では、 IBM ® Campaign で使用される ODBC API 呼び出しから返されるのはテーブルとビューのリストであり、シノニムではありません。シノニムのリストも含めるには、TableListSQL を以下の例に示すように設定します。

select B.name AS oName, A.name AS tName 
from sys.synonyms A LEFT OUTER JOIN sys.schemas B
on A.schema_id = B.schema_id ORDER BY 1, 2

ODBC API をまったく使用しないでテーブル、ビュー、およびシノニムのリストを取り出すには、TableListSQL を以下の例に示すように設定します。

*select B.name AS oName, A.name AS tName from
 (select name, schema_id from sys.synonyms UNION 
select name, schema_id from sys.tables UNION select name,
schema_id from sys.views) A LEFT OUTER JOIN sys.schemas B on
A.schema_id = B.schema_id ORDER BY 1, 2 

*select OWNER, TABLE_NAME from (select OWNER, TABLE_NAME 
from ALL_TABLES UNION select OWNER, SYNONYM_NAME AS TABLE_NAME 
FROM ALL_SYNONYMS UNION select OWNER,
VIEW_NAME AS TABLE_NAME from ALL_VIEWS) A ORDER BY 1, 2 

SQLOnConnect プロパティーは、各データベース接続の直後に Campaign が実行する、完成された 1 個の SQL ステートメントを定義します。 UOSQLOnConnect プロパティーはこれによく似ていますが、それは特に Contact Optimization 適用されます。

UOSQLOnConnect で利用可能なトークンは、以下のとおりです。

このプロパティーのデフォルト値は FALSE です。 これは、Campaign が標準的な方法 (ODBC やネイティブ接続など) を使用してスキーマを取り出すよう指示するものです。 このプロパティーを TRUE に設定すると、Campaign は、テーブル・スキーマを取り出すために select * from <table> のような SQL 照会を準備することになります。

これは、各データ・ソース固有の利点を提供するものとなります。 例えば、一部のデータ・ソース (Netezza®、SQL Server) の場合、デフォルトの ODBC またはネイティブ接続では SQL のシノニム (create synonym 構文を使用して定義されるデータベース・オブジェクトの代替名) のレポートが正しく作成されません。 このプロパティーを TRUE に設定することにより、Campaign 内でのデータ・マッピングのための SQL シノニムが取り出されます。

Campaign で Netezza® または SQL Server シノニムが正常に動作するためには、

UseSQLToRetrieveSchema=TRUE

このプロパティーは、プロセス・ボックスが「新規マップ・テーブル」 > 「ベース・レコード・テーブル」 > 「選択したデータベースに新規テーブル作成」に書き込むように構成されている場合に呼び出されます。このプロパティーは、テーブルが作成された時 (作成および マッピングのプロセス中) にのみ呼び出されます。このプロパティーは、プロセス・ボックスの実行時には呼び出されません。

トークンを使用して、この SQL ステートメントの <TABLENAME> を置換できます。 これは、キャンペーンの実行時に名前が動的に生成されるためです。使用可能なトークンについては、UserTablePostExecutionSQL を参照してください。

このプロパティーは、ユーザー・データ・ソースまたはシステム・テーブル・データベースでのユーザー・テーブルの作成直後に IBM Campaign によって実行される、完成された 1 つの SQL ステートメントを指定するために使用します。このプロパティーは、プロセス・ボックスが次のいずれかのテーブルに書き込む場合に呼び出されます。

テーブル名および列名はキャンペーン実行中に動的に生成されるため、この SQL ステートメントでそれらを置換するためのトークン (<TABLENAME> および <KEYCOLUMNS>) を使用することが望ましい場合があるかもしれません。

UserTablePostExecutionSQL で利用可能なトークンは、以下のとおりです。

UseTempTablePool が FALSE に設定されている場合、一時テーブルはドロップされ、フローチャートが実行されるたびに毎回再作成されます。 プロパティーが TRUE に設定されている場合、一時テーブルがデータベースからドロップされません。 一時テーブルは、切り捨てられた上で、Campaign によって維持されているテーブルのプールから再利用されます。 一時テーブル・プールは、フローチャートを何度も再実行するような環境で最も効果的です (設計フェーズやテスト・フェーズなど)。

SegmentTablePostExecutionSQL プロパティーは、セグメント一時テーブルが作成され、データが設定された後に Campaign によって実行される、完成された 1 つの SQL ステートメントを指定するために使用されます。

SegmentTablePostExecutionSQL で利用可能なトークンは、以下のとおりです。

SnapshotTablePostExecutionSQL プロパティーは、スナップショット・テーブルが作成され、データが設定された直後に実行される、完成された 1 個以上の SQL ステートメントを指定するために使用します。 このプロパティーは、「スナップショット」プロセス・ボックスが抽出テーブルに書き込む際にのみ呼び出されます。

SnapshotTablePostExecutionSQL で利用可能なトークンは、以下のとおりです。

このプロパティーは、Campaign によって作成されるすべての一時テーブルの名前の先頭に、自動的に付加されるストリングを指定します。 このプロパティーは、一時テーブルの識別や管理に役立ちます。 また、このプロパティーを使用することによって、一時テーブルを特定の場所に作成することができます。

TempTablePrefix="<USER>"

複数のデータ・ソースが同じデータベースを指し示す場合は、同じ一時テーブルが異なるプロセス・ボックスおよびフローチャートによって使用されることによって、フローチャートの実行時にエラーが発生したり不正確な検索結果になったりする場合があります。 この状態は、抽出プロセス・テーブルや戦略的セグメント・テーブルでも起こる場合があります。 この状態を回避するには、TempTablePrefix (または 抽出テーブルには ExtractTablePrefix) を使用してデータ・ソースごとに異なるスキーマを定義してください。 この方法により、名前の先頭部分が異なるものになり、 テーブル名は常に別のものになります。

TempTablePrefix で使用できるトークンを以下の表に記載します。

このプロパティーは、一時テーブル切り捨ての前に実行する SQL 照会を指定するために使用します。指定する照会は、TempTablePostExecutionSQL プロパティーで指定される SQL ステートメントの効果を打ち消すために使用できます。

例えば、TempTablePostExecutionSQL プロパティーを使用することにより、索引作成のための以下の SQL ステートメントを指定できます。

その上で、TempTablePreTruncateExecutionSQL プロパティーに、索引をドロップするための以下の照会を指定します。

このプロパティーは、一時テーブルの切り捨ての前に実行するスクリプトまたは実行可能ファイルを指定するために使用します。指定するスクリプトは、PostTempTableCreateRunScript プロパティーで指定される SQL ステートメントの効果を打ち消すために使用することができます。

例えば、PostTempTableCreateRunScript プロパティーを使用することにより、索引作成のための以下の SQL ステートメントを含むスクリプトを指定することができます。

その上で、TempTablePreTruncateRunScript プロパティーに、索引をドロップするための以下のステートメントを含む別のスクリプトを指定します。

テーブルをドロップする前に、テーブルからすべてのレコードを削除する場合は、値を TRUE に設定します。

最初にすべてのレコードを削除することなく、テーブルをドロップする場合は、値を FALSE に設定します。

このプロパティーは、DB2® データ・ソースで使用可能であり、テーブルの切り捨てのための代替 SQL を指定するために使用します。このプロパティーは、DeleteAsTruncate が TRUE の場合にのみ適用されます。DeleteAsTruncate が TRUE の場合、このプロパティーにカスタム SQL が指定されているなら、テーブルの切り捨てには、それが使用されます。このプロパティーが設定されていない場合、 IBM ® Campaign は、TRUNCATE TABLE <TABLENAME> の構文を使用します。

TruncateSQL で利用可能なトークンは、以下のとおりです。

IBM ® Campaign によりマージ・プロセスまたはセグメント・プロセスでの排他操作が実行される場合、デフォルトとして次のような NOT EXISTS の構文が使用されます。

SELECT IncludeTable.ID FROM IncludeTable WHERE NOT EXISTS 
(SELECT * FROM ExcludeTable WHERE IncludeTable.ID = ExcludeTable.ID)

UseExceptForMerge が TRUE であり、(UseNotInForMerge が無効になっているため、またはオーディエンス・レベルが複数のフィールドで構成されておりデータ・ソースが Oracle ではないため) NOT IN を使用できない場合、構文は以下のように変更されます。

SELECT IncludeTable.ID FROM IncludeTable 
MINUS (SELECT ExcludeTable.ID FROM ExcludeTable)

SELECT IncludeTable.ID FROM IncludeTable 
EXCEPT (SELECT ExcludeTable.ID FROM ExcludeTable)

このプロパティーは、フローチャートのトラッキング・プロセスのパフォーマンス向上のために、SQL MERGE 構文を実装します。DB2®、Oracle、SQL Server 2008、および Teradata 12 では、このロパティーを TRUE に設定できます。SQL MERGE ステートメントをサポートするその他のデータベースでも使用できます。

UseNonANSIJoin プロパティーは、このデータ・ソースで非 ANSI の結合構文を使用するかどうかを指定します。 データ・ソースのタイプが Oracle7 または Oracle8 に設定されている場合、UseNonANSIJoin の値が TRUE に設定されているなら、データ・ソースにおいて Oracle に該当する非 ANSI の結合構文が使用されます。

IBM ® Campaign によりマージ・プロセスまたはセグメント・プロセスでの排他操作が実行される場合、デフォルトとして次のような NOT EXISTS の構文が使用されます。

SELECT IncludeTable.ID FROM IncludeTable WHERE NOT EXISTS (SELECT * 
FROM ExcludeTable WHERE IncludeTable.ID = ExcludeTable.ID)

UseNotInForMerge が有効であり、(1) オーディエンス・レベルが単一の ID フィールドで構成されている、または (2) データ・ソースが Oracle である場合、構文は以下のように変更されます。

SELECT IncludeTable.ID FROM IncludeTable WHERE IncludeTable.ID NOT IN 
(SELECT ExcludeTable.ID FROM ExcludeTable)

このプロパティーは、(SELECT field, count(*) FROM table GROUP BY field を使用して) プロファイルを計算するのに、レコードを取り出す代わりに、データベースに対して SQL 照会 GROUP BY をサブミットするよう、 IBM ® Campaign を構成するために使用します。

SELECT field, COUNT(*) FROM table GROUP BY field