Interact コンタクトおよび レスポンス履歴モジュールの、 Interact ランタイム・ステージング表 から Campaign コンタクトおよび レスポンス履歴テーブルにデータをコピーする待ち時間を分単位で表したものです。 デフォルト値は 60 です。
|
|||||||
このプロパティーでは、対応するコンタクトがない場合に、Interact が レスポンスをパージする待ち時間を決定します (別名「孤立したレスポンス」)。デフォルトは 180 です。ただし、レコード処理のために コンタクトおよびレスポンスの処理時間に大きな遅延が生じるため、 この値を上げて、あまりにも急にレスポンスがパージされてしまうのを 避けることができます。
|
|||||||
1 回の反復でコンタクトおよびレスポンス履歴モジュールが処理するレコードの合計数のうち、 これが Campaign システム・テーブルにクエリーをコミットする前に JDBC バッチが処理する (およびバッチで集める) レコードの最大数です。デフォルト値は 1000 です。
この値は maxJDBCFetchBatchSize プロパティーと共に処理されるため、 このプロパティーの値が大幅に増えた場合、この値も増やす 必要があるかもしれません。例えば、maxJDBCFetchBatchSize を 2,500,000 に設定した場合、この値を 10,000 に増やし、レコードの増加に対応 できるようにします。
|
|||||||
このプロパティーは、 maxJDBCFetchChunkSize および maxJDBCInsertBatchSize と共に使用され、 レコードがどのように処理されるかを決定します。例えば、ここに示されているような 値が設定されているとします。
|
|||||||
JDBC チャンクのレコードの最大数 (最大 maxJDBCFetchBatchSize レコードまで) を決定し、 それぞれのパスを通して処理します。デフォルト値は 1000 です。 場合によっては、この値を MaxJDBCInsertBatchSize プロパティー値よりも大きくすることで、パフォーマンスを向上できます。
|
|||||||
コンタクトおよびレスポンス履歴レコードを処理した後、レコードを保持するかどうかを指定する このプロパティーは、デフォルトで 「はい」 に設定されています。この値を変更することによって、 ETL プロセスのデータ・フローをさらにコントロールし、(後の判断時までこれらのレコードのパージを遅らせることで) パフォーマンスに 影響を与えることができるようになります。ただし、これらのレコードを適切な時に削除できるよう、手動でレコードのメンテナンスを行うことに精通している必要があります。 この設定を変更する場合は注意が必要です。
|
|||||||
JDBC fetchSize に値を入れることにより、 レコードの大規模なバッチ処理のパフォーマンスを向上させることができますが、 ネットワークのパフォーマンスが向上する代わりに、メモリー使用におけるフェッチのサイズが大きくなってしまいます。 この設定の調整の詳細については 「IBM® Unica ® Interact 管理者ガイド」にあるこの構成プロパティーの説明を参照してください。
|
Copyright IBM Corporation 2012. All Rights Reserved.
|