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

Campaign에는 ODBC Unicode API가 아닌 ODBC ANSI API를 지원하는 AIX® ODBC 드라이버 관리자용 두 개의 추가 라이브러리가 포함됩니다.

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

AliasPrefix 특성은 Campaign이 차원 테이블을 사용하고 새 테이블에 기록할 때 Campaign에서 자동으로 작성하는 별명을 구성하는 방식을 지정합니다.

이 특성은 Campaign이 선택 프로세스에서 사용된 (동일한 데이터 소스의) 기본 테이블의 SQL 조인을 수행하려 하는지를 결정합니다. 그렇지 않으면 동일한 조인이 Campaign 서버에서 수행됩니다.

AllowSegmentUsingSQLCase 특성은 특정 구성 조건이 충족될 때 Campaign 세그먼트 프로세스가 여러 SQL문을 단일 SQL문으로 통합하는지 여부를 지정합니다.

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

이 경우 Campaign은 세그먼트를 수행하는 단일 SQL CASE문을 생성하며, 뒤에 Campaign 애플리케이션 서버에 대한 필드별 세그먼트화 처리가 수행됩니다.

AllowTempTables 특성은 Campaign이 데이터베이스에서 임시 테이블을 작성하는지 여부를 지정합니다. 임시 테이블을 작성하면 캠페인의 성과가 현저히 향상될 수 있습니다. 값이 TRUE이면 임시 테이블을 사용할 수 있습니다.

임시 테이블을 사용할 수 있는 경우, 데이터베이스에 대해 쿼리를 실행할 때마다(예: 세그먼트 프로세스에서) 발생하는 ID는 데이터베이스의 임시 테이블에 기록됩니다. 추가 쿼리가 실행되면, Campaign은 해당 임시 테이블을 사용하여 데이터베이스에서 행을 검색합니다.

임시 테이블을 사용할 수 없으면 Campaign은 서버 메모리에 선택한 ID를 보관합니다. 추가 쿼리는 데이터베이스에서 ID를 검색한 후 이들을 서버 메모리에 있는 ID와 일치시킵니다.

ASMSaveDBAuthentication 특성은 Campaign에 로그인하여 이전에 로그인하지 않았던 데이터 소스에 있는 테이블에 맵핑할 때 Campaign에서 사용자 이름과 비밀번호를 IBM® EMM에 저장하는지를 지정합니다.

이 특성을 TRUE로 설정하면, Campaign은 데이터 소스에 로그인할 때 사용자 이름 및 비밀번호를 입력하도록 프롬프트하지 않습니다. 이 특성을 FALSE로 설정하면, Campaign은 데이터 소스에 로그인할 때마다 사용자 이름 및 비밀번호를 입력하도록 프롬프트합니다.

ASMUserForDBCredentials 특성은 Campaign 시스템 사용자에게 지정된 IBM® EMM 사용자 이름을 지정합니다(Campaign 시스템 테이블에 액세스할 때 필요함).

BulkInsertBlockSize 특성은 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에서는 DateFormat 특성 값을 사용하여, Campaign 매크로 언어를 사용할 때 또는 데이터 컬럼에서 데이터를 해석할 때 date 형식의 데이터를 구문 분석하는 방법을 결정합니다.

DateFormat 특성 값을 Campaign이 이 데이터 소스의 날짜를 수신할 것으로 예상하는 형식으로 설정하십시오. 값은 데이터베이스가 선택에서 날짜를 표시할 때 사용하는 형식과 일치해야 합니다. 대부분의 데이터베이스에서 이 설정은 DateOutputFormatString 특성의 설정과 동일합니다.

Teradata에서는 사용자가 컬럼 각각에 대해 날짜 형식을 정의할 수 있습니다. dateFormat 및 dateOutputFormatString 이외에도 SuffixOnCreateDateField를 설정해야 합니다. 시스템 테이블 설정과 일치하도록 다음을 사용하십시오.

통화, 숫자, 날짜 및 시간 출력 시 지역 설정 사용 옵션이 ODBC 데이터 소스 구성에서 선택되지 않았으면, 날짜 형식을 재설정할 수 없습니다. 일반적으로 각 언어에 대해 날짜 형식 구성이 변경되지 않도록 이 설정을 지운 채로 두는 것이 더 편리합니다.

DATE 매크로에서 지정된 형식

DateOutputFormatString 특성은 Campaign이 캠페인 시작 또는 종료 날짜와 같은 날짜를 데이터베이스로 기록할 때 사용할 날짜 데이터 유형의 형식을 지정합니다. DateOutputFormatString 특성 값을 date 유형의 컬럼에 대해 데이터 소스에서 예상하는 형식으로 설정하십시오. 대부분의 데이터베이스에서 이 설정은 [data_source_name] > DateFormat 특성의 설정과 동일합니다.

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

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

일반적으로 "데이터베이스별 날짜 선택" 테이블에서 설명한 대로 DateFormat 값을 결정한 후 DateFormat 값 앞에 DT_를 첨부하여 DateTimeFormat을 설정합니다.

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

DB2NotLoggedInitially 특성은 Campaign이 DB2®에서 임시 테이블을 채울 때 not logged initially SQL 구문을 사용하는지 여부를 결정합니다. TRUE로 설정된 경우, 이 특성이 임시 테이블로의 삽입에 로깅을 사용할 수 없도록 설정하여 성과가 향상되고 데이터베이스 자원 소비가 줄어듭니다.

DB2® 버전에서 not logged initially 구문을 지원하지 않는 경우 이 특성을 FALSE로 설정하십시오.

DB2NotLoggedInitiallyUserTables 특성은 Campaign이 DB2® 사용자 테이블로의 삽입에 not logged initially SQL 구문을 사용하는지 여부를 결정합니다. 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을 실행합니다.

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

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

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 쿼리는 다음 양식을 구성합니다(해당하는 경우).

값이 FALSE인 경우 Campaign 서버는 중복 제거를 수행하고 데이터베이스에 대해 생성된 SQL 쿼리는 다음 양식을 구성합니다.

다음의 경우 기본 값 FALSE를 그대로 두어야 합니다.

이 특성에 지정한 값과 관계없이 Campaign은 필요에 따라 자동으로 키가 중복 해제되었는지 확인합니다. 이 특성은 중복 제거를 수행하는 위치(데이터베이스 또는 Campaign 서버)만을 제어합니다.

EnableSelectOrderBy 특성은 Campaign의 내부 ID 목록을 Campaign 서버별로 정렬하는지 또는 데이터베이스별로 정렬하는지 여부를 지정합니다.

값이 TRUE인 경우 데이터베이스는 정렬을 수행하고 데이터베이스에 대해 생성된 SQL 쿼리는 다음 양식을 구성합니다.

값이 FALSE인 경우 Campaign 서버는 정렬을 수행하고 데이터베이스에 대해 생성된 SQL 쿼리는 다음 양식을 구성합니다.

ExcludeFromTableDisplay 매개변수를 사용하면 Campaign에서의 테이블 맵핑 도중 표시되는 데이터베이스 테이블을 제한할 수 있습니다. 데이터베이스에서 검색하는 테이블의 이름 수를 줄이는 것은 아닙니다.

예를 들어 이 매개변수 값을 sys.*로 설정하면, 이름이 sys.로 시작하는 테이블은 표시되지 않습니다. 이 매개변수 값에서는 대소문자가 구분됩니다.

UAC_* - ExtractTablePrefix 특성 값이 기본값인 경우 임시 테이블 및 추출 테이블을 제외시킵니다.

ExtractTablePostExecutionSQL 특성을 사용하여 추출 테이블을 작성하고 채운 후 바로 실행되는 하나 이상의 완전한 SQL문을 지정하십시오.

ExtractTablePostExecutionSQL에 대해 사용 가능한 토큰은 다음과 같습니다.

ExtractTablePrefix 특성은 Campaign에 있는 모든 추출 테이블 이름 앞에 자동으로 첨부되는 문자열을 지정합니다.

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

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

InsertLogSize 특성은 Campaign 스냅샷 프로세스가 실행되는 동안 새 항목이 로그 파일에 입력되는 경우를 지정합니다. 스냅샷 프로세스가 작성한 레코드 수가 InsertLogSize 특성에 지정된 수의 배수가 될 때마다 로그 항목이 기록됩니다. 로그 항목을 사용하면 실행 중인 스냅샷 프로세스의 진행 정도를 결정하는 데 도움이 될 수 있습니다. 이 값을 너무 낮게 설정하면 로그 파일이 커질 수 있습니다.

100000(십만 레코드)

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

LoaderCommand 특성은 Campaign에서 데이터베이스 로드 유틸리티를 호출할 때 실행되는 명령을 지정합니다. 이 매개변수가 설정되면 Campaign은 "모든 레코드 바꾸기" 설정과 함께 사용되는 스냅샷 프로세스의 모든 출력 파일에서 데이터베이스 로더 유틸리티 모드로 진입합니다. 이 매개변수는 Campaign이 임시 테이블로 ID 목록을 업로드할 때에도 데이터베이스 로더 유틸리티 모드를 호출합니다.

대부분의 데이터베이스 로드 유틸리티에서는 여러 인수를 실행해야 합니다. 이러한 인수에는 로드 소스인 데이터 파일과 제어 파일 그리고 로드 목적지인 데이터베이스 및 테이블 지정이 포함될 수 있습니다. Campaign에서는 다음 토큰을 지원하며 이는 명령을 실행할 때 지정된 요소로 바꿔집니다. 데이터베이스 로드 유틸리티를 호출할 때 사용할 올바른 구문에 대해서는 데이터베이스 로드 유틸리티 문서를 참조하십시오.

LoaderCommand에 사용 가능한 토큰은 다음과 같습니다.

LoaderCommandForAppend 매개변수는 Campaign에 있는 데이터베이스 테이블에 레코드를 첨부하는 데이터베이스 로드 유틸리티를 호출할 때 실행하는 명령을 지정합니다. 이 매개변수가 설정되면 Campaign은 "레코드 첨부" 설정과 함께 사용되는 스냅샷 프로세스에서 모든 출력 파일에 대해 데이터베이스 로더 유틸리티 모드로 진입합니다.

LoaderCommandForAppend에 사용 가능한 토큰은 다음과 같습니다.

LoaderControlFileTemplate 특성은 Campaign에서 구성된 제어 파일 템플리트의 전체 경로 및 파일 이름을 지정합니다. 이 매개변수가 설정되면, Campaign은 여기서 사용자가 지정하는 템플리트를 기반으로 임시 제어 파일을 동적으로 빌드합니다. 이 임시 제어 파일의 경로 및 이름은 LoaderCommand 매개변수에서 사용 가능한 <CONTROLFILE> 토큰에서 사용할 수 있습니다.

데이터베이스 로더 유틸리티 모드에서 Campaign를 사용하기 전에, 이 매개변수에서 지정하는 제어 파일 템플리트를 구성해야 합니다. 제어 파일 템플리트는 다음 토큰을 지원하며, 이들은 Campaign에서 임시 제어 파일을 작성할 때 동적으로 바꿔집니다.

LoaderControlFileTemplate에 사용 가능한 토큰은 LoaderCommand 특성에서 설명한 것 + 다음 특수 토큰의 합과 동일하며, 이는 아웃바운드 테이블의 각 필드에서 한 번만 반복됩니다.

LoaderControlFileTemplateForAppend 특성은 Campaign에서 구성된 제어 파일 템플리트의 전체 경로 및 파일 이름을 지정합니다. 이 매개변수가 설정되면, Campaign은 여기서 지정된 템플리트를 기반으로 임시 제어 파일을 동적으로 빌드합니다. 이 임시 제어 파일의 경로 및 이름은 LoaderCommandForAppend 특성에서 사용 가능한 <CONTROLFILE> 토큰에서 사용할 수 있습니다.

데이터베이스 로더 유틸리티 모드에서 Campaign를 사용하기 전에, 이 매개변수에서 지정하는 제어 파일 템플리트를 구성해야 합니다. 제어 파일 템플리트는 다음 토큰을 지원하며, 이들은 Campaign에서 임시 제어 파일을 작성할 때 동적으로 바꿔집니다.

제어 파일에 필요한 올바른 구문은 데이터베이스 로더 유틸리티 문서를 참조하십시오. 제어 파일 템플리트에서 사용 가능한 토큰은 LoaderControlFileTemplate 특성의 토큰과 동일합니다.

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

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

값을 지정하면, 로더가 호출되어 빈 것으로 알려진 테이블을 채울 때 사용됩니다. Campaign은 구분 기호로서 이 특성 값을 사용하여 구분된 플랫 파일로서 임시 데이터 파일을 작성합니다.

일부 외부 로드 유틸리티에서는 데이터 파일이 구분된 파일이고 각 행이 구분 기호로 끝나야 합니다. 이 요구사항을 충족시키기 위해, LoaderDelimiterAtEnd 값을 TRUE로 설정하십시오. 로더가 호출되어 빈 것으로 알려진 테이블을 채울 때 Campaign에서는 각 행의 끝에서 구분 기호를 사용합니다.

일부 외부 로드 유틸리티에서는 데이터 파일이 구분된 파일이고 각 행이 구분 기호로 끝나야 합니다. 이 요구사항을 충족시키기 위해, LoaderDelimiterAtEndForAppend 값을 TRUE로 설정하십시오. 로더가 호출되어 빈 것으로 알려지지 않은 테이블을 채울 때 Campaign은 각 행의 끝에서 구분 기호를 사용합니다.

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

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

값이 지정되면, 로더가 호출되어 빈 것으로 알려지지 않은 테이블을 채울 때 사용됩니다. Campaign은 구분 기호로서 이 특성 값을 사용하여 구분된 플랫 파일로서 임시 데이터 파일을 작성합니다.

LoaderUseLocaleDP 특성은 Campaign이 데이터베이스 로드 유틸리티가 로드할 파일에 숫자 값을 기록할 때, 로케일 고유 기호가 소수점으로 사용되는지 여부를 지정합니다.

이 값을 FALSE로 설정하면 점(.)이 소수점으로 사용되도록 지정됩니다.

이 값을 TRUE로 설정하면 로케일에 적합한 소수점 기호가 사용되도록 지정됩니다.

Campaign이 SQL에 단일 목록을 포함할 수 있도록 허용하는 최대 항목 수를 지정할 수 있습니다(예를 들어 WHERE절에서 IN 연산자 뒤에 오는 값 목록).

MaxQueryThreads 특성은 단일 Campaign 플로우차트에서 각 데이터베이스 소스에 대해 실행하도록 허용된 동시 쿼리 수에 대한 상한을 지정합니다.

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

최대 값은 무제한입니다. maxReuseThreads 특성이 0이 아닌 값으로 설정되면, 그 값은 MaxQueryThreads 값 이상이어야 합니다.

선택된 ID 수가 MaxRowFetchRecords 특성에서 지정된 값보다 적으면, Campaign은 각 SQL 쿼리에서 한 번에 하나씩 데이터베이스에 ID를 전달합니다. 이 프로세스에서는 대단히 많은 시간이 소요될 수 있습니다. 선택한 ID 수가 이 매개변수에 지정된 값보다 크면, Campaign에서는 임시 테이블을 사용하거나(데이터베이스 소스에 대해 허용된 경우), 불필요한 값은 제외하고 테이블에서 모든 값을 풀다운합니다.

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

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

임시 테이블의 상대 크기(백분율로 지정됨)가 MaxTempTableJoinPctSelectAll 특성 값 이하이면, 먼저 임시 테이블에서 조인을 수행하고 서버에 대한 결과 ID를 검색합니다.

이 특성은 AllowTempTables 특성 값이 TRUE로 설정된 경우에만 해당됩니다. 이 특성은 useInDbOptimization 특성을 YES로 설정된 경우 무시합니다.

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

MaxTempTableJoinPctSelectAll이 90으로 설정되었다고 가정합니다. 먼저 데이터베이스 테이블(Customer)에서 계정 잔액(Accnt_balance)이 $1,000보다 큰 고객(CustID)을 선택하려 합니다.

선택 프로세스는 총 크기가 1,000,000인 테이블에서 10%인 100,000개의 ID를 검색할 수 있습니다. 임시 테이블에서 허용되면, Campaign은 선택한 ID(TempID)를 데이터베이스의 임시 테이블(Temp_table)로 기록합니다.

그런 다음 선택한 ID(CustID)와 실제 잔액(Accnt_balance)을 함께 스냅샷하려 합니다. 임시 테이블(Temp_table)의 상대 크기가 90%(MaxTempTableJoinPctSelectAll)보다 적으므로, 먼저 임시 테이블과 결합을 수행합니다. 스냅샷 프로세스에서 생성한 SQL 표현식은 다음과 같습니다.

선택 프로세스가 90%를 초과하여 검색하는 경우, 후속 스냅샷 프로세스는 모든 레코드를 검색하고, 처음 ID 세트와 일치시킵니다. 불필요한 것은 버립니다.

쿼리가 실행되면 Campaign은 쿼리 결과로서 정확한 ID 목록이 포함되는 데이터베이스에서 임시 테이블을 작성합니다. 제한사항 조건으로 레코드를 선택하는 추가 쿼리가 데이터베이스에 대해 실행되면, MaxTempTableJoinPctWithCondition 특성은 임시 테이블에서 결합을 수행해야 하는지 여부를 지정합니다.

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

임시 테이블의 상대 크기(백분율 단위)가 MaxTempTableJoinPctWithCondition 값 이하이면, 먼저 임시 테이블에 대해 결합을 수행하고 서버에서 결과 ID를 검색합니다.

이 특성은 AllowTempTables 특성 값이 TRUE로 설정된 경우에만 해당됩니다.

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

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

이 특성을 구성되지 않으면 Campaign은 값이 기본값(영)인 것으로 간주합니다. 이 특성이 구성되었지만 음수 값이거나 정수가 아닌 값이 값으로 설정되면, Campaign은 값을 0(영)으로 간주합니다.

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

이 특성을 구성되지 않으면 Campaign은 값이 기본값(영)인 것으로 간주합니다. 이 특성이 구성되었지만 음수 값이거나 정수가 아닌 값이 값으로 설정되면, Campaign은 값을 0(영)으로 간주합니다.

NumberOfRetries 특성은 Campaign이 실패 시 데이터베이스 조작을 자동으로 재시도하는 횟수를 지정합니다. Campaign은 데이터베이스 오류 또는 실패를 보고하기 전에 이 횟수만큼 데이터베이스에 대한 쿼리를 자동으로 다시 재출합니다.

ODBCUnicode 특성은 Campaign ODBC 호출에 사용된 인코딩 유형을 지정합니다. ODBC 데이터 소스와 함께만 사용되며 Oracle 또는 DB2® 원래 연결과 함께 사용할 때는 무시합니다.

ODBCv2 특성을 사용하여 Campaign이 데이터 소스에 대해 사용해야 하는 ODBC API 스펙을 지정하십시오.

기본값 FALSE를 사용하면 Campaign이 v3 API 스펙을 사용할 수 있는 반면, TRUE로 설정하면 Campaign이 v2 API 스펙을 사용할 수 있습니다. ODBC v3 API 사양을 지원하지 않는 데이터 소스의 경우 ODBCv2 특성을 TRUE로 설정하십시오.

ODBCv2 특성을 TRUE로 설정된 경우, Campaign은 ODBC Unicode API를 지원하지 않으며, ODBCUnicode 특성의 경우 disabled 이외의 값은 인식하지 못합니다.

OwnerForTableDisplay 특성을 사용하면 지정된 사용자가 소유하는 테이블 또는 지정된 사용자가 소유하는 하나 이상의 테이블 세트로 Campaign에서의 테이블 맵핑 표시를 제한할 수 있습니다.

TRUE로 설정된 경우 PadTextWithSpaces 특성을 사용하면 문자열이 데이터베이스 필드와 동일한 너비가 될 때까지 Campaign이 텍스트 값에 공백을 채웁니다.

PostExtractTableCreateRunScript 특성을 사용하여 추출 테이블을 작성 및 채운 후 Campaign이 실행하는 스크립트 또는 실행 파일을 지정하십시오.

PostExtractTableCreateRunScript에서 사용 가능한 토큰은 다음과 같습니다.

세그먼트 임시 테이블을 작성하고 채운 후 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(백만 레코드)

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)를 사용하려면 다음을 수행하십시오.

Teradata의 경우 일부 기본 동작을 대체해야 합니다. Teradata는 열별 문자 인코딩을 지원하지만 Campaign은 데이터별 소스 인코딩만을 지원합니다. UTF-8은 Teradata ODBC 드라이버에 있는 버그로 인해 Campaign과 함께 사용될 수 없습니다. Teradata는 로그인에 대해 기본 문자 인코딩을 설정합니다. Windows™의 경우는 ODBC 데이터 소스 구성에서 그리고 UNIX™ 플랫폼의 경우 odbc.ini에서 다음과 같이 매개변수를 사용하여 이를 대체할 수 있습니다.

Teradata 테이블의 기본 인코딩은 LATIN입니다. Teradata에는 내장 지원이 몇 가지 없지만 사용자 정의 인코딩을 지원합니다.

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

Campaign은 일반적으로 내부 인코딩 UTF-8과 데이터베이스의 인코딩 간의 코드를 변환합니다. 데이터베이스가 UTF-8로 인코딩되면, UTF-8 값은 StringEncoding에 대해 지정될 수 있으며(SQL Server 제외), 코드 변환은 필요하지 않습니다 .일반적으로 이들은 데이터베이스에서 비영어 데이터에 액세스하는 Campaign의 유일한 활성 모델입니다.

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

SuffixOnAllOtherSQL 특성은 Campaign에서 생성하는 모든 SQL 표현식에 자동으로 추가되는 문자열을 지정하며, 이는 SuffixOnInsertSQL, SuffixOnSelectSQL, SuffixOnTempTableCreation, SuffixOnUserTableCreation 또는 SuffixOnUserBaseTableCreation 특성에서 다루지 않습니다.

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

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

SuffixOnAllOtherSQL에 사용 가능한 토큰은 다음과 같습니다.

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

이 특성을 정의되지 않으면(기본값), CREATE TABLE 명령은 변경되지 않습니다.

SuffixOnInsertSQL 특성은 Campaign에서 생성하는 모든 INSERT SQL 표현식에 자동으로 추가하는 문자열을 지정합니다. 이 특성은 Campaign에서 생성된 SQL에만 적용되며, 선택 프로세스에서 사용되는 "원시 SQL" 표현식의 SQL에는 적용되지 않습니다.

SuffixOnInsertSQL은 Campaign에 의해 생성될 때 다음 표현식 유형에 사용합니다.

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 시스템 테이블이 작성된 스키마 이름으로 설정하십시오.

TempTablePostExecutionSQL 특성을 사용하여 Campaign이 사용자 데이터 소스에서 또는 시스템 테이블 데이터베이스에서 임시 테이블을 작성한 후 즉시 실행하는 완전한 SQL문을 지정하십시오. 데이터 소스에서 임시 테이블을 작성할 수 있도록 하려면 AllowTempTables 특성을 TRUE로 사용으로 설정해야 합니다.

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

TempTablePostExecutionSQL에 사용 가능한 토큰은 다음과 같습니다.

TableListSQL 특성을 사용하여 맵에 사용 가능한 테이블 목록에 동의어를 포함하는 데 사용할 SQL 쿼리를 지정하십시오.

이 특성을 유효한 SQL 쿼리로 설정한 경우, Campaign은 맵핑을 위해 SQL 쿼리를 실행하여 테이블 목록을 검색합니다. 쿼리가 열 한 개를 리턴하면 하나의 이름 열로 취급되고 쿼리가 열 두 개를 리턴하면 첫번째 열은 소유자 이름 열로 두번 째 열은 테이블 이름 열로 추정합니다.

SQL 쿼리가 별표(*)로 시작하지 않으면, 일반적으로 검색되는(ODBC 호출 또는 원래 연결 등을 통해) 테이블 목록과 해당 목록을 Campaign이 병합합니다.

SQL 쿼리가 별표(*)로 시작하면, SQL에서 리턴된 목록이 병합되지 않고 일반 목록을 바꾸기 합니다.

데이터 소스가 SQL Server인 경우, 일반적인 상황에서 Campaign이 사용하는 ODBC API 호출이 테이블 및 뷰의 목록을 리턴하지만 동의어는 리턴하지 않습니다. 동의어 목록도 포함하려면, 다음과 같이 TableListSQL을 설정하십시오.

ODBC API를 사용하지 않고 테이블, 뷰 및 동의어 목록을 검색하려면 다음 예와 같이 TableListSQL을 설정하십시오.

SQLOnConnect 특성은 Campaign이 각 데이터베이스 연결 후 즉시 실행하는 완전한 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 동의어와 작업하도록 허용하려면 다음과 같이 설정하십시오.

UserTablePostExecutionSQL 특성을 사용하여 Campaign이 사용자 데이터 소스에서 또는 시스템 테이블 데이터베이스에서 사용자 테이블을 작성한 후 바로 실행하는 완전한 SQL문을 지정하십시오.

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

UserTablePostExecutionSQL에 대해 사용 가능한 토큰은 다음과 같습니다.

UseTempTablePool이 FALSE로 설정되면 플로우차트를 실행할 때마다 임시 테이블이 드롭되고 다시 작성됩니다. 이 특성이 TRUE로 설정되면 데이터베이스에서 임시 테이블이 드롭되지 않습니다. 임시 테이블은 Campaign이 유지보수하는 테이블 풀에서 절단되어 다시 사용됩니다. 임시 테이블 풀은 디자인 및 테스트 단계처럼 플로우차트를 여러 번 다시 실행하는 환경에서 가장 효과적입니다.

SegmentTablePostExecutionSQL 특성을 사용하여 Campaign이 세그먼트 임시 테이블을 작성 및 채운 후 즉시 실행하는 완전한 SQL문을 지정하십시오.

SegmentTablePostExecutionSQL에 사용 가능한 토큰은 다음과 같습니다.

SnapshotTablePostExecutionSQL 특성을 사용하여 스냅샷 테이블을 작성하고 채운 후 바로 실행되도록 하나 이상의 완전한 SQL문을 지정하십시오.

SnapshotTablePostExecutionSQL에 사용 가능한 토큰은 다음과 같습니다.

TempTablePrefix 매개변수는 Campaign이 작성한 모든 임시 테이블의 이름 앞에 자동으로 추가되는 문자열을 지정합니다. 쉽게 임시 테이블을 식별하고 관리하려면 이 매개변수를 사용하십시오. 또한 이 특성을 사용하면 특정 위치에서 임시 테이블을 작성할 수 있습니다.

TempTablePrefix에서 사용 가능한 토큰은 다음과 같습니다.

TempTablePreTruncateExecutionSQL 특성을 사용하여 임시 테이블이 절단되기 전 실행할 SQL 쿼리를 지정하십시오. 지정하는 쿼리를 사용하여 TempTablePostExecutionSQL 특성에서 지정된 SQL문의 영향을 무효화할 수 있습니다.

예를 들어 TempTablePostExecutionSQL 특성을 사용하면 다음 SQL문을 지정하여 인덱스를 작성할 수 있습니다.

그런 다음 TempTablePreTruncateExecutionSQL 특성에서 다음 쿼리를 지정하여 인덱스를 드롭하십시오.

TempTablePreTruncateRunScript 특성을 사용하여 임시 테이블을 자르기 전 실행할 스크립트 또는 실행 파일을 지정하십시오. 지정하는 스크립트를 사용하여 PostTempTableCreateRunScript 특성에서 지정된 SQL문의 영향을 무효화할 수 있습니다.

예를 들어 PostTempTableCreateRunScript 특성을 사용하면 인덱스를 작성하는 다음 SQL문이 포함되는 스크립트를 지정할 수 있습니다.

그런 다음 TempTablePreTruncateRunScript 특성에 있는 다음 명령문으로 다른 스크립트를 지정하여 인덱스를 삭제하십시오.

TeradataDeleteBeforeDrop 매개변수는 Teradata 데이터 소스에만 적용됩니다. 테이블을 드롭하기 전에 레코드를 삭제하는지 여부를 지정합니다.

테이블을 삭제하기 전 테이블에서 모든 레코드를 삭제하려면 이 값을 TRUE로 설정하십시오.

먼저 모든 레코드를 삭제하지 않고 테이블을 드롭하려면 이 값을 FALSE로 설정하십시오.

TruncateSQL 특성은 DB2® 데이터 소스와 함께 사용할 수 있으며, 테이블 절단을 위해 대체 SQL을 지정할 수 있습니다. 이 특성은 DeleteAsTruncate가 TRUE로 설정된 경우에만 적용됩니다. DeleteAsTruncate가 TRUE로 설정되면, 이 특성에 있는 모든 사용자 정의 SQL을 사용하여 테이블을 자릅니다. 이 특성이 설정되지 않으면, Campaign에서는 TRUNCATE TABLE <TABLENAME> 구문을 사용합니다.

TruncateSQL에 사용 가능한 토큰은 다음과 같습니다.

partitions > partition[n] > dataSources > [data_source_name] > type 특성은 이 데이터 소스의 데이터베이스 유형을 지정합니다.

Campaign이 병합 프로세스 또는 세그먼트 프로세스에서 제외를 수행하는 경우, 기본적으로 다음과 같이 "NOT EXISTS" 구문을 사용합니다.

UseExceptForMerge가 TRUE로 설정되고 "NOT IN"을 사용할 수 없는 경우(UseNotInForMerge를 사용할 수 없거나 대상 레벨이 여러 필드로 구성되고 데이터 소스가 Oracle이 아니므로), 구문은 다음과 같이 변경됩니다.

추적 프로세스의 성과를 향상시키기 위해 SQL MERGE 구문을 구현합니다. UseMergeForTrack 특성은 DB2®, Oracle, SQL Server 2008 및 Teradata 12의 경우 TRUE로 설정될 수 있습니다. SQL MERGE문을 지원하는 기타 데이터베이스와 함께 사용할 수도 있습니다.

UseNonANSIJoin 특성은 이 데이터 소스에서 ANSI가 아닌 조인 구문을 사용하는지 여부를 지정합니다. 데이터 소스 유형이 Oracle7 또는 Oracle8로 설정되고 UseNonANSIJoin 값이 TRUE로 설정되면, 데이터 소스에서는 Oracle에 적합한 ANSI가 아닌 조인 구문을 사용합니다.

Campaign이 병합 프로세스 또는 세그먼트 프로세스에서 제외를 수행하는 경우, 기본적으로 다음과 같이 "NOT EXISTS" 구문을 사용합니다.

UseNotInForMerge를 사용하고(값이 yes로 설정됨) (1) 대상 레벨이 단일 ID 필드로 구성되었거나 (2) 데이터 소스가 Oracle인 경우 구문은 다음과 같이 변경됩니다.

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