이 특성은 DB2®의 임시 테이블을 채울 때 IBM® Campaign이 not logged initially SQL 구문을 사용하는지 여부를 판별합니다.

이 특성이 TRUE로 설정되면, 임시 테이블에 대한 삽입 로깅을 사용 안함으로 설정하여 성과를 향상시키고 데이터베이스 자원 소비를 줄입니다. TRUE로 설정되면, 일부 이유로 임시 테이블 트랜잭션이 실패하는 경우에 테이블이 손상되며 삭제해야 합니다. 이전에 테이블에 포함된 모든 데이터는 손실됩니다.

DB2® 버전이 not logged initially 구문을 지원하지 않으면 이 특성을 FALSE로 설정하십시오.

이 특성을 TRUE로 설정하면 다음 조건이 모두 충족될 때 성과가 크게 향상됩니다.

이 경우, IBM® Campaign은 단일 SQL CASE문을 생성하여 세그먼트화를 수행한 후 Campaign 애플리케이션 서버에서 필드 기준 세그먼트 처리가 수행됩니다.

이 특성을 사용하여 사용자 데이터 소스 또는 시스템 테이블 데이터베이스에서 임시 테이블 작성 후 IBM® Campaign이 즉시 실행하는 완전한 SQL문을 지정할 수 있습니다. 예를 들어 성능을 개선하기 위해 임시 테이블을 작성하는 즉시 이 테이블에 인덱스를 작성할 수 있습니다(아래 예 참조). 데이터 소스에서 임시 테이블 작성을 사용으로 설정하려면 AllowTempTables 특성을 TRUE로 설정해야 합니다.

이 값은 Campaign이 실행될 때 동적으로 생성되므로 토큰을 사용하여 SQL문에서 테이블 이름(<TABLENAME>)과 열 이름(<KEYCOLUMNS>)을 대체할 수 있습니다.

TempTablePostExecutionSQL에 사용 가능한 토큰이 아래에 설명되어 있습니다.

Oracle에 대한 다음 예제는 스토어드 프로시저를 호출하고 백슬래시를 사용하여 세미콜론을 이스케이프합니다. begin dbms_stats.collect_table_stats()\; end\;

이 특성은 IBM® Campaign이 데이터베이스에 임시 테이블을 작성하는지 여부를 지정합니다. 임시 테이블을 작성하면 캠페인의 성과를 크게 향상시킬 수 있습니다.

값이 TRUE이면, 임시 테이블이 사용으로 설정됩니다. 예를 들어, 세그먼트 프로세스에서 데이터베이스에 대해 쿼리를 실행할 때마다 결과 ID가 데이터베이스의 임시 테이블에 작성됩니다. 추가 쿼리가 실행되면, IBM® Campaign은 해당 임시 테이블을 사용하여 데이터베이스에서 행을 검색할 수 있습니다.

useInDbOptimization과 같은 몇 가지 IBM® Campaign 조작은 임시 테이블을 작성할 수 있는지 여부에 따라 다릅니다. 임시 테이블이 사용으로 설정되어 있지 않으면, IBM Campaign은 IBM® Campaign 서버 메모리에 선택된 ID를 보유합니다. 추가 쿼리는 데이터베이스에서 ID를 검색하고 이를 서버 메모리의 ID와 일치시킵니다. 이는 성능에 부정적인 영향을 미칠 수 있습니다.

선택된 ID 수가 MaxRowFetchRecords 특성으로 지정된 값보다 작은 경우, IBM® Campaign은 독립된 SQL 쿼리로 한 번에 하나씩 ID를 데이터베이스에 전달합니다. 이 프로세스는 시간이 많이 소요될 수 있습니다. 선택된 ID 수가 이 특성으로 지정된 값보다 큰 경우, IBM® Campaign은 임시 테이블을 사용하거나(데이터베이스 소스에 대해 허용되는 경우) 불필요한 값을 포함하지 않는 테이블에서 모든 값을 가져옵니다.

이 특성은 플로우차트의 추적 프로세스의 성과를 향상시키기 위해 SQL MERGE 구문을 구현합니다. DB2®, Oracle, SQL Server 2008 및 Teradata 12의 경우 이 특성을 TRUE로 설정할 수 있습니다. 또한 SQL MERGE문을 지원하는 다른 데이터베이스에 대해서도 사용할 수 있습니다.

이 특성은 단일 IBM® Campaign 플로우차트에서 각 데이터베이스 소스에 대해 실행할 수 있는 동시 쿼리 수의 상한을 지정합니다. 더 큰 값을 사용하면 일반적으로 성능이 향상됩니다.

IBM® Campaign은 독립 스레드를 사용하여 데이터베이스 쿼리를 실행합니다. IBM® Campaign 프로세스는 병렬로 실행되므로 단일 데이터 소스에 대해 여러 개의 쿼리가 동시에 실행되는 것이 일반적입니다. 병렬로 실행되는 쿼리 수가 MaxQueryThreads를 초과하는 경우, IBM® Campaign 서버는 동시 쿼리 수를 지정된 값으로 제한합니다.

128(MB)

성과를 향상시키려면 이 특성을 TRUE로 설정하십시오. 이 특성이 TRUE이면, 전략적 세그먼트가 IBM® Campaign 서버에 2진 파일을 작성하지 않고 세그먼트 임시 테이블을 작성합니다. 임시 테이블을 보유하려면 세그먼트 작성(CreateSeg) 프로세스 구성 대화 상자에서 하나 이상의 데이터 소를 지정해야 합니다. 또한 데이터 소스에서 임시 테이블 작성을 사용으로 설정하려면 AllowTempTables 특성을 TRUE로 설정해야 합니다.

이 특성은 행이 로그 파일에 작성될 때마다 IBM® Campaign이 플로우차트 로그 파일을 열고 닫는지 여부를 지정합니다.

TRUE 값을 사용하면 실시간 대화식 플로우차트의 성능을 향상시킬 수 있습니다. 값이 TRUE인 경우, IBM® Campaign은 플로우차트 로그 파일을 한 번만 열고 플로우차트의 서버 프로세스가 종료되는 경우에 플로우차트 로그 파일을 닫습니다. IBM® Campaign은 내부 버퍼가 가득 차거나 로그된 메시지 수가 logFileBufferSize 특성의 값과 같은 경우에만 로그 메시지를 파일에 비우기 때문에 TRUE 값을 사용하면 최근에 로그된 메시지가 로그 파일에 즉시 표시되지 않는 부작용이 있을 수 있습니다.

값이 FALSE인 경우, IBM® Campaign은 플로우차트 로그 파일을 열고 닫습니다.

이 특성은 keepFlowchartLogOpen 값이 TRUE인 경우에 사용됩니다. 로그에 작성하기 전에 메시지 수를 버퍼에 표시하려면 이 값을 지정하십시오. 값이 1인 경우, 모든 로그 메시지가 즉시 파일에 작성되어 효과적으로 버퍼링을 사용 안함으로 설정하지만 성과에 부정적인 영향을 미칩니다.

keepFlowchartLogOpen이 FALSE인 경우, 이 특성은 무시됩니다.

IBM® Campaign이 이 값에서 밀리초로 지정한 정기적인 간격으로 작업에 대해 IBM® EMM Scheduler를 폴링합니다. 기본값은 60초입니다. 캠페인 성능이 저하될 수 있으므로 이 특성을 10000(10초)보다 작은 값으로 설정하지 마십시오.

IBM® Campaign 플로우차트의 경우 이 특성에 대한 경로는 Platform|Scheduler|Schedule registrations|Campaign|Flowchart입니다.

IBM® EMM Scheduler는 규칙적인 간격으로 제품을 폴링하여 상태를 보고하지 않은 스케줄된 오브젝트(예: 플로우차트 또는 메일링)의 실행 상태를 가져옵니다. 간격은 밀리초로 지정됩니다. 기본값은 10분입니다. 폴링 간격(더 작은 값)을 더 짧게 설정하면 시스템 성능에 부정적인 영향을 미칠 수 있습니다. 폴링 간격이 길수록(더 큰 값) 시스템의 로드가 줄어듭니다. IBM® Campaign의 경우 완료하는 데 10분 이상 걸리는 Campaign 플로우차트가 많을 경우 폴링 간격을 좀더 길게 설정하십시오.