IBM® Campaign은 데이터 소스 유형에 따라 데이터 소스 액세스 라이브러리를 선택합니다. 예를 들어, libora4d.so는 Oracle 연결에 사용되고 libdb24d.so는 DB2® 연결에 사용됩니다. 대부분의 경우, 기본 선택사항이 적당합니다. 그러나 IBM® Campaign 환경에서 기본 값이 올바르지 않다고 입증되는 경우에는 AccessLibrary 특성을 변경할 수 있습니다. 예를 들어, 64비트 IBM® Campaign은 두 개의 ODBC 액세스 라이브러리를 제공합니다. 하나는 unixODBC 구현과 호환되는 ODBC 데이터 소스에 적합한 라이브러리(libodb4d.so)이고 다른 하나는 DataDirect 구현과 호환되는 라이브러리(Teradata 등에 액세스하기 위해 IBM® Campaign에서 사용되는 libodb4dDD.so)입니다.

IBM® Campaign에는 ODBC 유니코드 API가 아니라 ODBC ANSI API를 지원하는 AIX® ODBC 드라이버 관리자에 대한 두 개의 추가 라이브러리가 포함되어 있습니다.

기본 액세스 라이브러리를 대체해야 한다고 판별한 경우, 필요에 따라 이 매개변수를 설정하십시오(예를 들어, libodb4dDD.so로 설정하여 libodb4d.so의 기본 선택사항을 대체함).

AliasPrefix 특성은 IBM® Campaign이 차원 테이블을 사용하고 새 테이블에 작성할 때 자동으로 작성하는 별명 이름을 IBM® Campaign이 형성하는 방법을 지정합니다.

이 특성은 IBM® Campaign이 선택 프로세스에서 사용되는 기본 테이블(동일한 데이터 소스에서 가져옴)의 SQL 조인을 수행하려고 시도하는지 여부를 판별합니다. 시도하지 않는 경우, 동등한 조인이 Campaign 서버에서 완료됩니다.

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

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

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

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

useInDbOptimization과 같은 몇 가지 IBM® Campaign 조작은 임시 테이블을 작성할 수 있는지 여부에 따라 다릅니다. 임시 테이블이 사용으로 설정되어 있지 않으면, IBM Campaign은 IBM® Campaign 서버 메모리에 선택된 ID를 보유합니다. 추가 쿼리는 데이터베이스에서 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은 각 작업의 데이터 소스에 대해 새 연결을 설정합니다. Campaign이 연결 캐시를 유지보수하고 연결을 재사용할 수 있는 경우, Campaign은 새 연결을 설정하는 대신에 캐시된 연결을 사용합니다.

설정이 0이 아닌 경우 연결에 대한 프로세스가 완료되면 Campaign은 InactiveConnectionTimeout 특성으로 지정된 시간 동안 지정된 개수의 연결을 열어 둡니다. 이 시간이 만료되면 연결이 캐시에서 제거되고 닫힙니다.

0(영)

Campaign은 Campaign 매크로 언어를 사용하거나 날짜 열에서 데이터를 해석할 때 DateFormat 특성의 값을 사용하여 date 형식의 데이터를 구문 분석하는 방법을 판별합니다.

DateFormat 특성의 값을 Campaign이 이 데이터 소스에서 날짜를 수신할 때 예상하는 형식으로 설정하십시오. 이 값은 데이터베이스가 선택한 날짜를 표시하는 데 사용하는 형식과 일치해야 합니다. 대부분의 데이터베이스에서 이 설정은 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이 날짜(예: 캠페인 시작 날짜 또는 종료 날짜)를 데이터베이스에 쓸 때 사용되는 date 데이터 유형의 형식을 지정합니다. DateOutputFormatString 특성의 값을 date 유형의 열에 대해 데이터 소스가 예상하는 형식으로 설정하십시오. 대부분의 데이터베이스에서 이 설정은 [data_source_name] > DateFormat 특성의 설정과 동일합니다.

DateOutputFormatString 특성은 DATE_FORMAT 매크로의 format_str에 대해 지정된 형식으로 설정할 수 있습니다. DATE_FORMAT 매크로는 두 가지 다른 유형의 형식을 적용합니다. 하나는 ID(예: DELIM_M_D_Y, DDMMMYYYY(DATE 매크로가 적용하는 형식과 동일함))이고 다른 하나는 형식 문자열입니다. DateOutputFormatString 특성의 값은 형식 문자열이어야 하며 DATE 매크로 ID 중 하나가 아니어야 합니다. 일반적으로 구분 형식 중 하나를 사용하십시오.

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

[data_source_name] > DateTimeFormat 특성의 값은 Campaign이 데이터베이스에서 날짜 시간/시간소인 데이터를 수신할 때 예상하는 형식을 지정합니다. 이 값은 데이터베이스가 선택한 날짜 시간/시간소인 데이터를 표시하는 데 사용하는 형식과 일치해야 합니다. 대부분의 데이터베이스에서 이 설정은 DateTimeOutputFormatString의 설정과 동일합니다.

일반적으로 "데이터베이스별 날짜 선택" 표에 설명된 대로 DateFormat 값을 판별한 후 DT_를 DateFormat 값 앞에 추가하여 DateTimeFormat을 설정합니다.

DateTimeOutputFormatString 특성은 Campaign이 날짜 시간(예: 캠페인 시작 또는 종료 날짜와 시간)을 데이터베이스에 쓸 때 사용할 날짜 시간 데이터 유형의 형식을 지정합니다. DateTimeOutputFormatString 특성 값을 datetime 유형의 열에 대해 데이터 소스가 예상하는 형식으로 설정하십시오. 대부분의 데이터베이스에서 이 설정은 [data_source_name] > DateTimeFormat 특성의 설정과 동일합니다.

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

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

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

DB2NotLoggedInitiallyUserTables 특성은 IBM® Campaign이 DB2® 사용자 테이블에 대한 삽입에 not logged initially SQL 구문을 사용하는지 여부를 판별합니다.

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

DefaultScale 특성은 스냅샷 또는 내보내기 프로세스를 사용 중일 때 플랫 파일 또는 파생 필드에서 숫자 값을 저장하도록 Campaign이 데이터베이스 필드를 작성할 때 사용됩니다.

이 특성은 데이터베이스 필드가 정밀도와 배율에 대한 정보를 생략하지 않을 경우 데이터베이스 테이블에 생긴 숫자 값에 사용되지 않습니다. (정밀도는 필드에 허용된 전체 숫자 수를 표시합니다. 배율은 소수점의 오른쪽에 허용된 숫자 수를 표시합니다. 예를 들어, 6.789에는 4의 정밀도와 3의 배율이 있습니다. 데이터베이스 테이블에서 가져온 값에는 정밀도와 배율에 대한 정보가 포함되고 이는 Campaign이 필드를 작성할 때 사용합니다.)

예: 플랫 파일은 정밀도 및 스케일을 표시하지 않아서 DefaultScale을 사용하여 작성된 필드에 정의하려는 소수점의 오른쪽에 있는 위치 수를 지정할 수 있습니다. 예를 들면, 다음과 같습니다.

DefaultScale에 대해 설정된 값이 필드의 정밀도를 초과하는 경우 DefaultScale=0은 해당 필드에 사용됩니다. 예를 들어, 정밀도가 5이고 DefaultScale=6인 경우 0의 값이 사용됩니다.

0(영)

DefaultTextType 특성은 ODBC 데이터 소스에 사용됩니다. 이 특성은 소스 텍스트 필드가 다른 데이터 소스 유형에서 가져온 경우 대상 데이터 소스에 텍스트 필드를 작성하는 방법을 Campaign에 알립니다. 예를 들어, 소스 텍스트 필드는 플랫 파일 또는 다른 유형의 DBMS에서 가져올 수 있습니다. 동일한 유형의 DBMS에서 소스 텍스트 필드를 가져온 경우 이 특성이 무시되고 소스 텍스트 필드의 데이터 유형을 사용하여 대상 데이터 소스에 텍스트 필드가 작성됩니다.

DeleteAsRecreate 특성은 출력 프로세스가 REPLACE TABLE로 구성되고 TRUNCATE가 지원되지 않는 경우에 Campaign이 테이블을 삭제하고 다시 작성하는지 또는 테이블에서 삭제만 하는지를 지정합니다.

값이 TRUE이면 Campaign은 테이블을 삭제하고 다시 작성합니다.

값이 FALSE이면 Campaign은 테이블에서 DELETE FROM을 실행합니다.

DeleteAsTruncate 특성은 출력 프로세스가 REPLACE TABLE로 구성되어 있을 때 Campaign이 TRUNCATE TABLE을 사용하는지 또는 테이블에서 삭제하는지를 지정합니다.

값이 TRUE이면 Campaign은 테이블에서 TRUNCATE TABLE을 실행합니다.

값이 FALSE이면 Campaign은 테이블에서 DELETE FROM을 실행합니다.

이 특성은 Campaign이 임시 테이블에 데이터를 추가하는 방법을 지정합니다.

FALSE로 설정되면, Campaign은 하나의 명령을 사용하여 직접 작성하고 채우기 SQL 구문을 수행합니다. 예를 들어, CREATE TABLE <table_name> AS ...(Oracle 및 Netezza®) 및 SELECT <field_names> INTO <table_name> ...(SQL Server)입니다.

TRUE로 설정되면 Campaign은 임시 테이블을 작성한 후 별도의 명령을 사용하여 테이블에서 테이블로 직접 채웁니다.

이 Campaign 데이터 소스에 대해 ODBC 구성에 지정된 데이터 소스 이름(DSN)으로 이 특성을 설정하십시오. 이 값은 기본적으로 정의되어 있지 않습니다.

Campaign 데이터 소스 구성 특성을 사용하여 동일한 물리적 데이터 소스를 참조하는 여러 개의 로직 데이터 소스를 지정할 수 있습니다. 예를 들어, 동일한 데이터 소스에 대해 두 개의 데이터 소스 특성 세트(AllowTempTables = TRUE를 포함한 특성과 AllowTempTables = FALSE를 포함한 특성)를 작성할 수 있습니다. Campaign에서 각 데이터 소스의 이름은 서로 다르지만 동일한 물리적 데이터 소스를 참조하는 경우 DSN 값이 동일합니다.

DSNUsingOSAuthentication 특성은 Campaign 데이터 소스가 SQL Server인 경우에만 적용됩니다. DSN이 Windows™ 인증 모드를 사용하도록 구성된 경우 값을 TRUE 로 설정하십시오.

EnableBaseDimSelfJoin 특성은 기준 및 차원 테이블이 동일한 물리적 테이블에 맵핑되고 차원이 기본 테이블의 ID 필드에서 기본 테이블과 관련되어 있지 않은 경우 Campaign 데이터베이스 동작이 자체 결합을 수행하는지 여부를 지정합니다.

기본적으로 이 특성은 FALSE로 설정되며, 기준 및 차원 테이블이 동일한 데이터베이스 테이블이고 관계 필드가 동일(예: AcctID 대 AcctID)하면 Campaign은 결합을 수행하는 것을 원하지 않는다고 가정합니다.

EnableSelectDistinct 특성은 Campaign의 내부 ID 목록에서 Campaign 서버 또는 데이터베이스에 의해 중복 제거되는지 여부를 지정합니다.

값이 TRUE이면 데이터베이스가 중복 제거를 수행하며 데이터베이스에 대해 생성되는 SQL 쿼리의 양식은 다음과 같습니다(해당되는 경우).

SELECT DISTINCT key FROM table

값이 FALSE이면 Campaign 서버가 중복 제거를 수행하며 데이터베이스에 대해 생성되는 SQL 쿼리의 양식은 다음과 같습니다.

SELECT key FROM table

다음과 같은 경우, 기본값을 FALSE로 두십시오.

이 특성에 지정한 값에 관계없이 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.으로 시작되는 이름의 테이블은 표시되지 않습니다. 이 매개변수의 값은 대소문자를 구분합니다.

ExtractTablePrefix 특성 값이 기본값인 경우 임시 테이블 및 추출 테이블을 제외하는 UAC_*

ExtractTablePostExecutionSQL 특성을 사용하여 추출 테이블 작성 및 채우기 후 즉시 실행되는 하나 이상의 완전한 SQL문을 지정할 수 있습니다.

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

ExtractTablePrefix 특성은 Campaign의 모든 추출 테이블 이름 앞에 자동으로 추가되는 문자열을 지정합니다.이 특성은 두 개 이상의 데이터 소스가 동일한 데이터베이스를 가리킬 때 유용합니다. 세부사항은 TempTablePrefix 설명을 참조하십시오.

ForceNumeric 특성은 Campaign이 숫자 값을 double 데이터 유형으로 검색하는지 여부를 지정합니다. 값을 TRUE로 설정하면 Campaign은 모든 숫자 값을 double 데이터 유형으로 검색합니다.

InactiveConnectionTimeout 특성은 비활성 Campaign 데이터베이스 연결이 닫히기 전에 열린 상태를 유지하는 초 수를 지정합니다. 이 값을 0으로 설정하면 제한시간을 사용 안함으로 설정하여 연결을 열린 상태로 둡니다.

InsertLogSize 특성은 Campaign 스냅샷 프로세스가 실행 중인 동안 새 항목이 로그 파일에 입력되는 시점을 지정합니다. 스냅샷 프로세스가 작성한 레코드 수가 InsertLogSize 특성에 지정된 수의 배수에 도달할 때마다 로그 항목이 작성됩니다. 로그 항목을 통해 실행 중인 스냅샷 프로세스 진행 상태를 판별할 수 있습니다. 이 값을 너무 낮게 설정하면 대형 로그 파일을 작성할 수 있습니다.

100000(십만 개의 레코드)

JndiName 특성은 Campaign 시스템 테이블을 구성하는 경우에만 사용됩니다(고객 테이블과 같은 다른 데이터 소스의 경우에는 사용되지 않음). 해당 값을 애플리케이션 서버(WebSphere® 또는 WebLogic)에 정의된 JNDI(Java™ Naming and Directory Interface) 데이터 소스로 설정하십시오.

이 특성은 IBM® Campaign에서 데이터베이스 로드 유틸리티를 호출하는 데 실행되는 명령을 지정합니다. 이 특성을 설정하면, IBM® Campaign은 모든 레코드 바꾸기 설정과 함께 사용되는 스냅샷 프로세스의 모든 출력 파일에 대해 데이터베이스 로더 유틸리티 모드를 시작합니다. 또한 이 특성은 IBM® Campaign이 ID 목록을 임시 테이블에 업로드하는 경우에도 데이터베이스 로더 유틸리티 모드를 호출합니다.

IBM® Contact Optimization에서는 데이터베이스 로드 유틸리티를 구현하기 위해 Campaign과 동일한 구성 설정을 사용합니다. IBM® Campaign을 데이터베이스 로드 유틸리티 관련 작업을 수행하도록 구성하는 경우 IBM® 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 특성에 대해 설명된 토큰 및 아웃바운드 테이블의 각 필드에 대해 한 번 반복되는 다음 특수 토큰과 동일합니다.

이 특성은 IBM® Campaign에 구성된 제어 파일 템플리트의 전체 경로 및 파일 이름을 지정합니다. 템플리트 경로는 현재 파티션에 상대적입니다. 예: loadappend.db2

이 특성이 설정되면, IBM® Campaign이 지정된 템플리트를 기준으로 임시 제어 파일을 동적으로 빌드합니다. 이 임시 제어 파일의 경로와 이름은 LoaderCommandForAppend 특성에 사용 가능한 <CONTROLFILE> 토큰에 사용 가능합니다.

IBM® Campaign를 데이터베이스 로더 유틸리티 모드에서 사용하기 전에 이 특성으로 지정된 제어 파일 템플리트를 구성해야 합니다. 제어 파일에 필요한 올바른 구문은 데이터베이스 로더 유틸리티 문서를 참조하십시오.

사용 가능한 토큰은 LoaderControlFileTemplate 특성의 토큰과 같습니다.

이 특성은 임시 데이터 파일이 고정 너비의 플랫 파일인지 또는 구분된 플랫 파일인지 여부를 지정하고, 파일이 구분된 경우 IBM® Campaign이 구분 기호로 사용하는 문자를 지정합니다.

값이 정의되지 않은 경우, IBM® Campaign은 임시 데이터 파일을 고정 너비의 플랫 파일로 작성합니다.

값을 지정하면 비어 있는 것으로 알려져 있는 테이블을 채우기 위해 로더가 호출되었을 때 사용됩니다. IBM® Campaign은 이 특성의 값을 구분 기호로 사용하여 임시 데이터 파일을 구분된 플랫 파일로 작성합니다.

일부 외부 로드 유틸리티에서는 데이터 파일이 구분된 파일이고 각 행이 구분 기호로 끝나야 합니다. 이 요구사항을 수용하려면, 비어 있는 것으로 알려져 있는 테이블을 채우기 위해 로더가 호출될 때 IBM® Campaign이 각 행의 끝에 구분 기호를 사용하도록 LoaderDelimiterAtEnd 값을 TRUE로 설정하십시오. 예를 들어 UNIX의 DB2에서는 각 레코드가 줄 바꾸기 문자로만 종료된다고 예상합니다. Windows의 Campaign Campaign에서는 캐리지 리턴과 줄 바꾸기 문자를 모두 사용합니다. 모든 레코드의 끝에 구분 기호를 넣으면 데이터 파일의 마지막 열이 제대로 로드될 수 있습니다.

일부 외부 로드 유틸리티에서는 데이터 파일이 구분된 파일이고 각 행이 구분 기호로 끝나야 합니다. 이 요구사항을 수용하려면, 비어 있는 것으로 알려져 있지 않은 테이블을 채우기 위해 로더가 호출될 때 IBM® Campaign이 각 행의 끝에 구분 기호를 사용하도록 LoaderDelimiterAtEndForAppend 값을 TRUE로 설정하십시오. 예를 들어 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은 독립된 SQL 쿼리로 한 번에 하나씩 ID를 데이터베이스에 전달합니다. 이 프로세스는 시간이 많이 소요될 수 있습니다. 선택된 ID 수가 이 특성으로 지정된 값보다 큰 경우, IBM® Campaign은 임시 테이블을 사용하거나(데이터베이스 소스에 대해 허용되는 경우) 불필요한 값을 포함하지 않는 테이블에서 모든 값을 가져옵니다.

쿼리가 실행되면, IBM® Campaign은 쿼리의 결과로서 정확한 ID 목록을 포함하는 임시 테이블을 데이터베이스에 작성합니다. 모든 레코드를 선택하는 추가 쿼리가 데이터베이스에 대해 실행될 때 MaxTempTableJoinPctSelectAll 특성은 임시 테이블과의 결합이 수행되는지 여부를 지정합니다.

임시 테이블의 상대 크기(백분율로 지정됨)가 MaxTempTableJoinPctSelectAll 특성의 값보다 큰 경우에는 조인이 수행되지 않습니다. 먼저 모든 레코드를 선택한 후 원하지 않는 레코드를 버립니다.

임시 테이블의 상대 크기(백분율로 지정됨)가 MaxTempTableJoinPctSelectAll 특성의 값보다 작거나 같은 경우에는 먼저 임시 테이블과의 조인이 수행된 후 결과 ID가 검색되어 서버에 제공됩니다.

이 특성은 AllowTempTables 특성의 값이 TRUE로 설정된 경우에만 적용할 수 있습니다. useInDbOptimization 특성이 YES로 설정된 경우 이 특성은 무시됩니다.

0-100 사이의 정수입니다. 0 값은 임시 테이블 결합이 사용되지 않음을 의미합니다. 100 값은 임시 테이블의 크기에 관계없이 테이블 결합이 항상 사용됨을 의미합니다.

MaxTempTableJoinPctSelectAll이 90으로 설정되었다고 가정하십시오. 먼저 데이터베이스 테이블(Customer)에서 계정 잔액(Accnt_balance)이 $1,000보다 많은 고객(CustID)을 선택할 수 있습니다.

SELECT CustID FROM Customer
		WHERE Accnt_balance > 1000

선택 프로세스는 총 테이블 크기 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 특성은 property 임시 테이블과의 결합이 수행되어야 하는지 여부를 지정합니다.

임시 테이블의 상대 크기(백분율로 지정됨)가 MaxTempTableJoinPctWithCondition의 값보다 큰 경우에는 결합이 수행되지 않습니다. 이는 오버헤드가 필요하지 않은 데이터베이스에서 오버헤드를 방지합니다. 이 경우, 쿼리가 데이터베이스에 대해 실행되고 결과 ID 목록이 검색되면 서버 메모리의 목록과 일치시켜서 원하지 않는 레코드는 버립니다.

임시 테이블의 상대 크기(백분율로 지정됨)가 MaxTempTableJoinPctWithCondition의 값보다 작거나 같은 경우에는 먼저 임시 테이블과의 결합이 수행된 후 결과 ID가 검색되어 서버에 제공됩니다.

이 특성은 AllowTempTables 특성의 값이 TRUE로 설정된 경우에만 적용할 수 있습니다.

0-100 사이의 정수입니다. 0 값은 임시 테이블 결합이 사용되지 않음을 의미합니다. 100 값은 임시 테이블의 크기에 관계없이 테이블 결합이 항상 사용됨을 의미합니다.

벌크 로더를 사용하여 임계값을 설정하려면 이 특성을 사용하십시오. 입력 셀의 고유 ID 수가 여기에 정의된 값을 초과하는 경우, IBM® Campaign은 LoaderCommand 특성에 지정된 스크립트를 호출합니다. 이 특성의 값은 작성될 레코드 수를 나타내지 않습니다.

이 특성이 구성되지 않은 경우, IBM® Campaign은 값을 기본값(0(영))으로 가정합니다. 이 특성이 구성되었으나 음수 값 또는 정수가 아닌 값으로 설정된 경우, 0 값이 가정됩니다.

벌크 로더를 사용하여 임계값을 설정하려면 이 특성을 사용하십시오. 입력 셀의 고유 ID 수가 여기에 정의된 값을 초과하는 경우, IBM® Campaign은 LoaderCommandForAppend 매개변수에 지정된 스크립트를 호출합니다. 이 특성의 값은 작성될 레코드 수를 나타내지 않습니다.

이 특성이 구성되지 않은 경우, IBM® Campaign은 값을 기본값(0(영))으로 가정합니다. 이 특성이 구성되었으나 음수 값 또는 정수가 아닌 값으로 설정된 경우, 0 값이 가정됩니다.

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 유니코드 API를 지원하지 않고 disabled 이외의 ODBCUnicode 특성 값은 인식되지 않습니다.

이 특성을 사용하여 지정된 스키마에 있는 테이블에 IBM® Campaign의 테이블 맵핑 표시를 제한하십시오. 예를 들어, "dbo" 스키마의 테이블을 지정하려면 OwnerForTableDisplay=dbo를 설정하십시오.

TRUE로 설정되면, PadTextWithSpaces 특성은 문자열이 데이터베이스 필드와 동일한 너비가 될 때까지 IBM® Campaign이 텍스트 값을 공백으로 채우게 합니다.

이 특성을 사용하여 추출 테이블이 작성되고 채워진 후 IBM® Campaign이 실행하는 스크립트 또는 실행 파일을 지정할 수 있습니다.

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

세그먼트 임시 테이블이 작성되고 채워진 후 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(백만 개의 레코드)

이 데이터 소스에서 세그먼트 작성 프로세스에 의해 작성된 세그먼트 테이블의 접두부를 설정합니다.이 특성은 두 개 이상의 데이터 소스가 동일한 데이터베이스를 가리킬 때 유용합니다. 세부사항은 TempTablePrefix 설명을 참조하십시오.

ShareConnection 특성은 더 이상 사용되지 않고 기본값 설정(FALSE) 상태를 유지해야 합니다.

SQLOnConnect 특성은 각 데이터베이스 연결 후 Campaign이 즉시 실행하는 완전한 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 드라이버의 버그로 인해 UTF-8은 Campaign과 함께 사용할 수 없습니다. Teradata는 각 로그인에 대해 기본 문자 인코딩을 설정합니다. Windows™의 ODBC 데이터 소스 구성 또는 UNIX™ 플랫폼의 odbc.ini에서 다음과 같이 매개변수를 사용하여 이를 재정의할 수 있습니다.

CharacterSet=UTF8 

Teradata 테이블의 기본 인코딩은 LATIN입니다. Teradata에서는 기본 제공 인코딩은 거의 지원하지 않지만 사용자 정의 인코딩을 지원합니다.

StringEncoding 특성의 기본값은 ASCII입니다.

Campaign은 일반적으로 내부 인코딩인 UTF-8과 데이터베이스의 인코딩 사이의 코드 변환을 담당합니다. 데이터베이스가 UTF-8로 인코드되면 UTF-8 값을 StringEncoding(SQLServer의 경우 제외)에 지정할 수 있으며 코드 변환이 필요하지 않습니다. 일반적으로 이러한 경우만이 Campaign이 데이터베이스 내의 영어가 아닌 데이터에 액세스하기 위해 실행 가능한 모델이었습니다

Campaign 7.0 버전에서는 WIDEUTF-8이라는 새 데이터베이스 인코딩이 StringEncoding 특성 값으로 도입되었습니다. 이 인코딩을 사용하면, Campaign은 계속 UTF-8을 사용하여 데이터베이스 클라이언트와 커뮤니케이션하지만, 클라이언트가 UTF-8과 실제 데이터베이스의 인코딩 간의 코드 변환 태스크를 수행할 수 있습니다. 이 UTF-8의 향상 버전은 코드 변환된 텍스트에 충분히 넓도록 테이블 열 맵핑의 너비를 변경하는 데 필요합니다.

SuffixOnAllOtherSQL 특성은 Campaign이 작성하고 SuffixOnInsertSQL, SuffixOnSelectSQL, SuffixOnTempTableCreation, SuffixOnUserTableCreation 또는 SuffixOnUserBaseTableCreation 특성이 적용되지 않는 모든 SQL 표현식에 자동으로 추가되는 문자열을 지정합니다.

이 특성은 Campaign이 생성한 SQL에만 적용되며 선택 프로세스에서 사용되는 원시 SQL 표현식의 SQL에는 적용되지 않습니다.

SuffixOnAllOtherSQL은 다음과 같은 표현식 유형이 Campaign에 의해 생성될 때 사용됩니다.

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

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

SuffixOnCreateDateField 특성은 Campaign이 CREATE TABLE SQL문의 모든 DATE 필드에 자동으로 추가되는 문자열을 지정합니다.

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이 즉시 실행하는 완전한 SQL문을 지정할 수 있습니다. 예를 들어 성능을 개선하기 위해 임시 테이블을 작성하는 즉시 이 테이블에 인덱스를 작성할 수 있습니다(아래 예 참조). 데이터 소스에서 임시 테이블 작성을 사용으로 설정하려면 AllowTempTables 특성을 TRUE로 설정해야 합니다.

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

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

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

TableListSQL 특성을 사용하여 맵에 사용 가능한 테이블 목록에 동의어를 포함하기 위해 사용할 SQL 쿼리를 지정할 수 있습니다.

유효한 SQL 쿼리를 사용하여 이 특성을 설정하는 경우, IBM® Campaign은 SQL 쿼리를 실행하여 맵핑할 테이블 목록을 검색합니다. 쿼리가 한 개의 열을 리턴하는 경우, 열은 이름의 열로 처리됩니다. 쿼리가 두 개의 열을 리턴하는 경우, 첫 번째 열은 소유자 이름의 열로 가정되고 두 번째 열은 테이블 이름의 열로 간주됩니다.

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이 즉시 실행하는 완전한 SQL문을 정의합니다. UOSQLOnConnect 특성은 이와 유사하지만 특정적으로 Contact Optimization에 적용할 수 있습니다.

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

이 특성의 기본값은 FALSE이며 이는 Campaign이 표준 방법(예: ODBC 또는 원래 연결)을 사용하여 스키마를 검색해야 함을 표시합니다. 이 특성을 TRUE로 설정하면 Campaign이 테이블 스키마를 검색하기 위해 select * from <table>과 유사한 SQL 쿼리를 준비하게 됩니다.

이는 각 데이터 소스에 특정한 이점을 제공할 수 있습니다. 예를 들어, 일부 데이터 소스(Netezza®, SQL Server)는 기본 ODBC 또는 원래 연결을 통해 SQL 동의어(create synonym 구문을 사용하여 정의된 데이터베이스 오브젝트의 대체 이름)를 올바르게 보고하지 않습니다. 이 특성을 TRUE로 설정하면 SQL 동의어가 Campaign 내에서 데이터 맵핑을 위해 검색됩니다.

Campaign이 Netezza® 또는 SQL Server 동의어에 대해 작업할 수 있도록 하려면 다음을 사용하십시오.

UseSQLToRetrieveSchema=TRUE

이 특성은 프로세스 상자가 새로 맵핑된 테이블 > 기본 레코드 테이블 > 선택된 데이터베이스에 새 테이블 작성에 작성되도록 구성되어 있는 경우 호출됩니다. 이 특성은 테이블이 작성된 경우(작성 및 맵핑 프로세스 중)에만 호출됩니다. 이 특성은 프로세스 상자 런타임 중에는 호출되지 않습니다.

이 값은 캠페인이 실행될 때 이름이 동적으로 생성되므로 토큰을 사용하여 이 SQL문에서 <TABLENAME>을 대체할 수 있습니다. 사용 가능한 토큰의 경우 UserTablePostExecutionSQL을 참조하십시오.

이 특성을 사용하여 사용자 데이터 소스 또는 시스템 테이블 데이터베이스에서 사용자 테이블 작성 후 IBM Campaign이 즉시 실행하는 완전한 SQL문을 지정할 수 있습니다. 이 특성은 프로세스 상자가 다음 테이블 중 하나에 작성될 때 호출됩니다.

이 SQL문의 테이블 이름 및 열 이름(<TABLENAME> 및 <KEYCOLUMNS>)이 캠페인 실행 중에 동적으로 생성되므로 토큰을 사용하여 이를 대체할 수도 있습니다.

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

UseTempTablePool이 FALSE로 설정되면, 플로우차트가 실행될 때마다 임시 테이블이 삭제되고 다시 작성됩니다. 특성이 TRUE로 설정되면, 임시 테이블이 데이터베이스에서 삭제되지 않습니다. Campaign이 유지보수하는 테이블 풀에서 임시 테이블이 잘리고 재사용됩니다. 임시 테이블 풀은 플로우차트를 여러 번 다시 실행하는 환경(예: 디자인 및 테스트 단계)에서 매우 효과적입니다.

SegmentTablePostExecutionSQL 특성을 사용하여 세그먼트 임시 테이블이 작성되고 채워진 후 Campaign이 실행하는 완전한 SQL문을 지정할 수 있습니다.

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

SnapshotTablePostExecutionSQL 특성을 사용하여 스냅샷 테이블이 작성되고 채워진 후 즉시 실행할 하나 이상의 완전한 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이고 NOT IN을 사용할 수 없는 경우(UseNotInForMerge가 사용 안함으로 설정되어 있기 때문에 또는 대상 레벨이 여러 필드로 구성되어 있고 데이터 소스가 Oracle이 아니기 때문에), 구문은 다음과 같이 변경됩니다.

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)

이 특성을 사용하면 IBM® Campaign이 SQL 쿼리 GROUP BY를 데이터베이스에 제출하여 레코드를 페치하지 않고 프로파일을 계산하도록(SELECT field, count(*) FROM table GROUP BY field 사용) 구성할 수 있습니다.

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