프로세스에 대한 In-DB 프로세싱 선택

In-DB 프로세싱(in-database processing)은 전역적으로 또는 플로차트별로 플로차트 프로세스에 대해 켜거나 끌 수 있는 옵션입니다.

In-DB 프로세싱은 모든 데이터베이스에서 지원되지 않습니다. 이 옵션을 해당 데이터 소스에 사용할 수 있는지 여부는 Campaign 관리자에게 확인할 수 있습니다.

In-DB 프로세싱 옵션에서는 다음 사항을 결정합니다.

데이터베이스 수준에서 또는 로컬 Campaign 서버 수준에서 어떤 작업이 수행되는가?

작업 결과가 어떻게 되는가?

일반적으로 In-DB 프로세싱 옵션은 데이터베이스의 ID를 처리하기 위해 Campaign 서버에 불필요하게 복사되는 것을 방지함으로써 플로차트 성능을 향상시킵니다. In-DB 프로세싱이 켜져 있으면 데이터 정렬, 조인, 병합과 같은 처리 작업이 가능할 때마다 Campaign 서버가 아닌 데이터베이스 서버에서 수행되며, 프로세스의 출력 셀은 데이터베이스 서버의 임시 테이블에 저장됩니다.

필요한 로직에 따라, In-DB 프로세싱이 켜져 있더라도 일부 함수는 Campaign 서버에서 계속 수행됩니다. 예를 들어, Campaign에서 파생된 필드를 계산할 때는 먼저 파생된 필드 공식을 평가하여 계산의 일부를 SQL로 수행할 수 있는지 확인합니다. 계산에 간단한 SQL 문을 사용할 수 있으면 "In-DB" 방식으로 계산을 수행할 수 있습니다. 그렇지 않으면 Campaign 서버에 임시 테이블이 생성되어 계산을 처리하고 플로차트 내부에서 여러 프로세스 간의 결과를 유지합니다.

출력 셀 크기에 제한을 지정했거나 해당 프로세스에 대해 임시 테이블을 사용할 수 없는 경우, In-DB 프로세싱을 수행할 수 없습니다.

원시 SQL 문으로 구성된 사용자 정의 매크로 처리는 In-DB 방식으로 수행됩니다. 이때 다음 제한이 적용됩니다.

모든 원시 SQL 사용자 정의 매크로는 select로 시작해야 하며 나머지 텍스트에 정확히 하나의 from을 포함해야 합니다.

insert into <TempTable> 구문만 지원하는 데이터베이스의 경우, 원시 SQL 사용자 정의 매크로와 동일한 대상 수준에서 동일한 데이터 소스에 매핑된 하나 이상의 기준 테이블이 있어야 합니다. 원시 SQL 사용자 정의 매크로로 선택된 필드가 임시 테이블의 필드에 비해 너무 클 경우 런타임 오류가 발생합니다.

In-DB 프로세싱에 원시 SQL을 사용 중이라면 업스트림 프로세스의 임시 테이블과 조인하도록 원시 SQL을 코딩해야 합니다. 그렇지 않으면 그 결과는 업스트림 프로세스로부터 산출된 결과와 맞지 않게 됩니다.