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

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

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® Unica Marketing에 사용자 이름 및 암호를 저장하는지 여부를 지정합니다.

이 등록 정보를 TRUE로 설정하면 데이터 소스에 로그인할 때 Campaign이 사용자 이름 및 암호를 프롬프트하지 않습니다. 이 등록 정보를 FALSE로 설정하면 데이터 소스에 로그인할 때마다 Campaign이 사용자 이름 및 암호를 프롬프트합니다.

ASMUserForDBCredentials 등록 정보는 Campaign 시스템 사용자에게 지정된 IBM® Unica Marketing 사용자 이름을 지정합니다(Campaign 시스템 테이블에 액세스하기 위해 필요함).

BulkInsertBlockSize 등록 정보는 Campaign이 데이터베이스에 한 번에 전달하는 데이터 블록의 최대 크기(레코드 수)를 정의합니다.

BulkInsertRequiresColumnType 등록 정보는 Data Direct ODBC 데이터 소스 지원에만 필요합니다. 벌크(배열) 삽입을 사용하는 경우 Data Direct ODBC 데이터 소스에 대해 이 등록 정보를 TRUE로 설정하십시오. 대부분의 기타 ODBC 드라이버와 호환되도록 하려면 이 등록 정보를 FALSE로 설정하십시오.

BulkReaderBlockSize 등록 정보는 Campaign이 데이터베이스에서 한 번에 읽는 데이터 블록의 크기(레코드 수)를 정의합니다.

ConditionalSQLCloseBracket 등록 정보는 원시 SQL 사용자 정의 매크로에서 조건부 세그먼트의 끝을 표시하는 데 사용되는 대괄호의 유형을 지정합니다. ConditionalSQLOpenBracket 및 ConditionalSQLCloseBracket 등록 정보로 지정된 대괄호 안에 묶인 조건부 세그먼트는 임시 테이블이 있는 경우에만 사용되며 임시 테이블이 없는 경우에는 무시됩니다.

}(닫기 중괄호)

ConditionalSQLOpenBracket 등록 정보는 원시 SQL 사용자 정의 매크로에서 조건부 세그먼트의 시작을 표시하는 데 사용되는 대괄호의 유형을 지정합니다. ConditionalSQLOpenBracket 및 ConditionalSQLCloseBracket 등록 정보로 지정된 대괄호 안에 묶인 조건부 세그먼트는 임시 테이블이 있는 경우에만 사용되며 임시 테이블이 없는 경우에는 무시됩니다.

{(열기 중괄호)

ConnectionCacheSize 등록 정보는 각 데이터 소스에 대해 Campaign이 캐시에서 유지보수하는 연결 수를 지정합니다.

기본적으로(N=0) Campaign은 각 작업의 데이터 소스에 대해 새 연결을 설정합니다. Campaign이 연결 캐시를 유지보수하고 연결을 재사용할 수 있는 경우, Campaign은 새 연결을 설정하는 대신에 캐시된 연결을 사용합니다.

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

0(영)

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

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

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 중 하나가 아니어야 합니다. 일반적으로 구분 형식 중 하나를 사용하십시오.

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

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

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

DB2NotLoggedInitially 등록 정보는 DB2®의 임시 테이블을 채울 때 Campaign이 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에 알립니다. 예를 들어 소스 텍스트 필드는 플랫 파일 또는 다른 유형의 DBM에서 올 수 있습니다. 소스 텍스트 필드가 동일한 유형의 DBM에서 오는 경우, 이 특성은 무시하고 소스 텍스트 필드의 데이터 유형을 사용하여 대상 데이터 소스에서 텍스트 필드를 작성합니다.

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을 실행합니다.

이 특성은 unica_acsvr 프로세스가 Linux에서 실행되는 경우 Teradata 데이터 소스에만 관련됩니다. 기본값은 False입니다.

DisallowTempTableDirectCreate 등록 정보는 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 쿼리의 양식은 다음과 같습니다(해당되는 경우).

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

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

이 등록 정보에 지정한 값에 관계없이 Campaign은 자동으로 필요에 따라 키에서 중복 데이터가 삭제되도록 보장합니다. 이 등록 정보는 중복 데이터 삭제 효과가 발생하는 위치(데이터베이스 또는 Campaign 서버)만 컨트롤합니다.

EnableSelectOrderBy 등록 정보는 Campaign의 내부 ID 목록이 Campaign 서버 또는 데이터베이스에 의해 정렬되는지 여부를 지정합니다.

값이 TRUE이면 데이터베이스가 정렬을 수행하고 데이터베이스에 대해 생성되는 SQL 쿼리의 양식은 다음과 같습니다.

값이 FALSE이면 Campaign 서버가 정렬을 수행하고 데이터베이스에 대해 생성되는 SQL 쿼리의 양식은 다음과 같습니다.

ExcludeFromTableDisplay 매개변수를 사용하여 Campaign에서 테이블 매핑 중에 표시되는 데이터베이스 테이블을 제한할 수 있습니다. 데이터베이스에서 검색되는 테이블 이름 수는 감소되지 않습니다.

예를 들어, 이 매개변수의 값을 sys.*로 설정하는 경우, sys.으로 시작되는 이름의 테이블은 표시되지 않습니다. 이 매개변수의 값은 대소문자를 구분합니다.

ExtractTablePrefix 등록 정보 값이 기본값인 경우 임시 테이블 및 추출 테이블을 제외하는 UAC_*

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은 이 등록 정보의 값을 구분 기호로 사용하여 임시 데이터 파일을 구분 플랫 파일로 생성합니다.

일부 외부 로드 유틸리티는 데이터 파일을 구분하고 각 행이 구분 기호로 끝나야 합니다. 이 요구 사항을 수용하려면 비어 있는 것으로 알려져 있는 테이블을 채우기 위해 로더가 호출되었을 때 Campaign이 각 행의 끝에 구분 기호를 사용하도록 LoaderDelimiterAtEnd 값을 TRUE로 설정하십시오.

일부 외부 로드 유틸리티는 데이터 파일을 구분하고 각 행이 구분 기호로 끝나야 합니다. 이 요구 사항을 수용하려면 비어 있는 것으로 알려져 있지 않은 테이블을 채우기 위해 로더가 호출되었을 때 Campaign이 각 행의 끝에 구분 기호를 사용하도록 LoaderDelimiterAtEndForAppend 값을 TRUE로 설정하십시오.

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 등록 정보는 임시 테이블과의 결합이 수행되는지 여부를 지정합니다.

임시 테이블의 상대 크기(비율로 지정됨)가 MaxTempTableJoinPctWithCondition 등록 정보의 값보다 큰 경우에는 결합이 수행되지 않습니다. 먼저 모든 레코드를 선택한 후 원하지 않는 레코드를 버립니다.

임시 테이블의 상대 크기(비율로 지정됨)가 MaxTempTableJoinPctWithCondition 등록 정보의 값보다 작거나 같은 경우에는 먼저 임시 테이블과의 결합이 수행된 후 결과 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 등록 정보는 property 임시 테이블과의 결합이 수행되어야 하는지 여부를 지정합니다.

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

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

이 등록 정보는 AllowTempTables 등록 정보의 값이 TRUE로 설정된 경우에만 적용할 수 있습니다.

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

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

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

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

이 등록 정보가 구성되지 않은 경우, Campaign은 값을 기본값(0(영))으로 가정합니다. 이 등록 정보가 구성되었으나 음의 값 또는 정수가 아닌 값이 값으로 설정된 경우, 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를 지원하지 않고 disabled 이외의 ODBCUnicode 등록 정보 값은 인식되지 않습니다.

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(백만 개의 레코드)

SQLOnConnect 등록 정보는 각 데이터베이스 연결 후 Campaign이 즉시 실행하는 전체 SQL문을 정의합니다.

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

StringEncoding 등록 정보는 데이터베이스의 문자 인코딩을 지정합니다. Campaign이 데이터베이스에서 데이터를 검색하면 데이터는 지정된 인코딩에서 Campaign의 내부 인코딩(UTF-8)으로 코드 변환됩니다. 마찬가지로 Campaign이 데이터베이스에 쿼리를 보내면 문자 데이터가 Campaign의 내부 인코딩에서 StringEncoding 등록 정보에 지정된 인코딩으로 코드 변환됩니다.

이 값은 기본적으로 정의되어 있지 않지만 공백으로 두지 마십시오. ASCII 데이터를 사용하는 경우, 이 값을 UTF-8로 설정하십시오.

DB2® 또는 SQL Server의 경우, iconv 인코딩이 아니라 코드 페이지를 사용해야 합니다. Teradata의 경우, 일부 기본 동작을 재정의해야 합니다. 이 절에서는 이러한 데이터베이스에 대해 StringEncoding 등록 정보의 올바른 값을 설정하는 방법을 설명합니다.

원시 데이터베이스의 경우 이와 함께, DB2CODEPAGE 및 코드 세트 값을 판별하고 DB2CODEPAGE 및 StringEncoding 값을 각각 설정하십시오.

DB2® 데이터베이스에 대해 StringEncoding 등록 정보의 값을 설정하려면 다음 명령을 Campaign 서버 시작 스크립트에 추가하십시오.

이는 모든 DB2® 데이터 소스에 적용되며 실행 중인 다른 프로그램에도 적용될 수 있습니다.

SQL Server 데이터베이스에 대한 StringEncoding 등록 정보의 올바른 값을 판별하려면 서버 운영 체제의 지역 설정에 해당하는 코드 페이지를 검색하십시오.

예를 들어, 코드 페이지 932(일본어 Shift-JIS)를 사용하려면 다음을 적용하십시오.

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

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에 의해 생성될 때 사용됩니다.

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 쿼리가 별표(*)로 시작되지 않는 경우, Campaign은 이 목록을 일반적으로(ODBC 호출 또는 원래 연결 등을 통해) 검색되는 테이블 목록과 병합합니다.

SQL 쿼리가 별표(*)로 시작하는 경우, SQL에 의해 반환되는 목록은 일반 목록과 병합되지 않고 이 목록을 대체합니다.

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

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

SQLOnConnect 등록 정보는 각 데이터베이스 연결 후 Campaign이 즉시 실행하는 전체 SQL문을 정의합니다. UOSQLOnConnect 등록 정보는 이와 유사하지만 특정적으로 Optimize에 적용할 수 있습니다.

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

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

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

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

UserTablePostExecutionSQL 등록 정보를 사용하여 사용자 데이터 소스 또는 시스템 테이블 데이터베이스에서 사용자 테이블 생성 후 Campaign이 즉시 실행하는 전체 SQL문을 지정할 수 있습니다.

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

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

UseTempTablePool 등록 정보가 TRUE로 설정되면 임시 테이블이 데이터베이스에서 삭제되지 않습니다. Campaign이 유지보수하는 테이블 풀에서 임시 테이블이 잘리고 재사용됩니다. FALSE로 설정되면 플로차트가 실행될 때마다 삭제되고 다시 생성됩니다.

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 구문을 구현합니다. DB2®, Oracle, SQL Server 2008 및 Teradata 12의 경우 UseMergeForTrack 등록 정보를 TRUE로 설정할 수 있습니다. 또한 SQL MERGE문을 지원하는 다른 데이터베이스에 대해서도 사용할 수 있습니다.

UseNonANSIJoin 특성은 이 데이터 소스에서 비ANSI 결합 구문을 사용하는지 여부를 지정합니다. 데이터 소스 유형이 Oracle7 또는 Oracle8로 설정되고 UseNonANSIJoin 값이 TRUE로 설정된 경우, 데이터 소스는 Oracle에 적당한 비ANSI 결합 구문을 사용합니다.

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

UseNotInForMerge가 사용 가능하고(값이 TRUE로 설정됨), (1) 대상 수준이 단일 ID 필드로 구성되거나 (2) 데이터 소스가 Oracle인 경우, 해당 구문은 다음과 같이 변경됩니다.

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