Interact 런타임 스테이징 테이블에서 Campaign 컨택 및 응답 기록 테이블로 데이터를 복사하는 동안 Interact 컨택 및 응답 기록 모듈에서 대기하는 시간(분). 기본값은 60입니다.

이 특성은 해당 컨택이 없는 응답(또한 "분리된 응답"으로 알려진)을 제거하기 전에 Interact에서 대기하는 시간을 결정합니다. 기본값은 180입니다. 그러나 많은 레코드를 처리하기 위해 컨택 및 응답 처리 사이에 지연이 길어질 수 있습니다. 따라서 응답이 너무 빨리 제거되지 않게 하려면 이 값을 늘리십시오.

컨택 및 응답 기록 모듈에서 한 번 반복에 처리하는 총 레코드 수 중에 큐를 Campaign 시스템 테이블로 커밋하기 전에 처리하는 JDBC 일괄처리의 최대 레코드 수입니다. 기본값은 1000입니다.

이 값은 maxJDBCFetchBatchSize 특성과 함께 작동하기 때문에 특성이 크게 증가된 경우 이 값을 늘려야 할 필요가 있습니다. 예를 들어 maxJDBCFetchBatchSize를 2,500,000으로 설정하면 늘어난 레코드를 처리하기 위해 이 값을 10,000으로 늘려야할 수 있습니다.

이 특성은 레코드가 처리되는 방법을 결정하기 위해 maxJDBCFetchChunkSize 및 maxJDBCInsertBatchSize와 함께 사용됩니다. 예를 들어 값이 아래와 같이 설정되었다고 가정합니다.

각 패스와 함께 처리하기 위해 JDBC 청크의 최대 레코드 수를 결정합니다 (maxJDBCFetchBatchSize 레코드까지의 총 수에서). 기본값은 1000입니다. 일부의 경우, 이 값을 MaxJDBCInsertBatchSize 특성 값 이상으로 증가하여 성능을 향상시킬 수 있습니다.

처리된 후에 컨택 및 응답 기록 레코드를 유지하는지 여부를 지정하는 이 특성은 기본적으로 YES로 설정됩니다. 이 값을 변경하면 ETL 프로세스 내에서 데이터 흐름을 더 효과적으로 제어할 수 있으며, 성능에 영향을 줄 수 있습니다(결정 이후까지 이 레코드 제거가 지연됨으로). 그러나 레코드가 적당한 시기에 제거되었는지 확인하려면 수동으로 이 레코드를 유지해야 한다는 것을 알고 있어야 합니다. 이 설정을 수정할 때 주의를 사용합니다.

JDBC fetchSize에 대한 값을 제공하면 레코드의 대형 일괄처리에 대한 성능을 향상시킬 수 있지만 향상된 네트워크 성능에 대한 절충으로 메모리 사용에 페치가 더 많이 필요할 수 있습니다. 이 설정을 조정하는데 필요한 자세한 정보는 IBM Interact 관리자 가이드의 구성 특성에 대한 설명을 참조하십시오.