all page 테이블에서는 isolation 0 를 사용하기 위해서는

필요조건으로 unique 인덱스가 있어야만 합니다.

이 얘기는 APL 테이블에서 isolation 0로 쿼리를 할 경우

where 조건의 인자들로 부터 인덱스를 선택하는 것이 아니라,

unique 한 인덱스를 사용해서 해당 인자만을 선택해 쿼리를

수행한다는 거죠.

쿼리가 늦는 이유는 where 조건절의 인자들이 unique 인덱스를

컬럼과는 상관없는 컬럼일 가능성이 높아 보입니다.

unique 인덱스를 타지만, full scan 과 별다를바 없는 상태로

추정되네요.

쿼리 구문에서 isolation 0 일 때와 없을 때의

플랜 정보를 비교해보시면 될 것같습니다.

대처 방안은 2가지 정도가 있을 것 같습니다.

1. isolation 0 을 쓴 APL 테이블에 대해 where 조건과 primary key 혹은 unique 인덱스 컬럼과 비교

isolation 0 구문을 쓸 것인지 안쓴것인지 검증하여 바꾼다.

2. 해당 APL 테이블을 DOL 테이블로 바꾼다.

2번이 간단해 보이긴 하지만, 인덱스 리빌드가 들어가니, big table에 대해서는

소요시간을 테스트 해보시는게 좋을 것 같습니다.