SharePlex는 자주 사용되는 SQL 문을 재사용하기 위해 캐시하므로 해당 문이 반복될 때마다 구문 분석하고 바인딩할 필요가 없습니다. 이는 SharePlex의 조정 가능한 기능으로, SQL 캐시라고 합니다. 애플리케이션이 생성하는 반복 문의 양에 따라 이점을 최대화하도록 이 기능을 조정할 수 있습니다.
SQL 캐시는 데이터 값 외에는 아무런 변화 없이 동일한 SQL 문이 반복해서 실행되는 경우에만 Post의 성능을 향상시킵니다. 사용자 환경이 그렇지 않은 경우 SQL 캐시는 Post 프로세스에 불필요한 오버헤드를 추가하므로 이를 비활성화해야 합니다.
전체
다음과 같이 SQL 캐시를 제어합니다.
매개변수 | 설명 |
---|---|
SP_OPO_SQL_CACHE_DISABLE |
SQL 캐시를 활성화하거나 비활성화합니다. 기본적으로 0으로 설정되어 활성화됩니다. SQL 캐시를 비활성화하려면 매개변수를 1로 설정합니다. 일괄 작업에 대해서만 SQL 캐시를 비활성화하려면 매개변수를 3으로 설정합니다. 그러면 Post에서 사용하는 메모리 양이 줄어듭니다. |
SP_OPO_MAX_CDA |
Post 세션당 캐시할 활성 문의 수를 결정합니다. Post는 기본적으로 세션당 50개의 커서를 엽니다. 필요한 경우 이 설정을 늘리거나 줄일 수 있습니다. 자세한 내용은 열린 커서 조정를 참조하십시오. |
매개변수 | 설명 |
---|---|
SP_OPX_SQL_CACHE_DISABLE |
SQL 캐시를 활성화하거나 비활성화합니다. 기본적으로 0으로 설정되어 활성화됩니다. SQL 캐시를 비활성화하려면 매개변수를 1로 설정합니다. |
다음과 같이 target 명령을 사용합니다. target r.database [queue queuename] set resources max_active_statements=number_of_active_statements |
Post 세션당 캐시할 활성 문의 수를 결정합니다. Open Target 데이터베이스의 경우 Post는 ODBC 드라이버에서 허용되는 활성 문 수를 가져옵니다. 해당 값이 max_active_statements 설정보다 낮으면 Post가 중지되고 오류가 반환됩니다. SQL 캐시 기능을 비활성화하거나 max_active_statements 값을 줄일 수 있습니다. |
활성 문 수가 복제되는 작업에 최적인지 확인하려면 다음 단계를 따릅니다.