인덱스 Range Scan이 되기 위한 선행 조건


학교이름, 나이, 이름, 주소로 구성된 테이블이 있다고 가정해보자.



빠른 검색을 위해서 인덱스를 학교 이름, 나이, 이름으로 구성해서 만들었다고 가정해보자.


CREATE  INDEX SCOTT.student_idx

ON SCOTT.STUDENT_TEST ("SCHOOL_NAME" ASC,"AGE" ASC,"NAME" ASC);


인덱스 구성의 순서로 인해 학교순으로 정렬하고, 나이로 정렬하고, 이름으로 정렬해서 데이터를 찾는다.


그렇기 때문에 이름을 조건으로 데이터를 검색하였을 때 결국 모든 리프노드를 다 검색해야한다.





그렇기 때문에 인덱스를 Range Scan  하기 위한 가장 첫 번째 조건은 인덱스 선두 컬럼이 조건절에 있어야한다.



그렇다면 만약 인덱스에 사용된 컬럼이 가공 되었으면 인덱스 Range Scan이 지정이 되지 않는거가??


다음 예를 살펴보자.


SELECT * FROM student_test WHERE name = '정철' and substr(SCHOOL_NAME, 0, 1) = :SCHOOL_NAME;


위와 같이 쿼리를 수행하려고 할 때 아래와 같이 인덱스를 구성해보자.


CREATE  INDEX SCOTT.student_idx

ON SCOTT.STUDENT_TEST ("NAME" ASC,"AGE" ASC,"SCHOOL_NAME" ASC);


그리고 실행쿼리에 대해 실행계획을 확인해 보면 인덱스 Range Scan이 가능한 것을 알 수 있다.


인덱스에 사용되는 컬럼이 조작되면 인덱스 Range Scan이 되지 않는다고 알고 있었는데 의아할 수도 있다.





인덱스 Range Scan이 가능한 이유는 인덱스를 구성하는 첫 번째 컬럼이 가공되지 않았기 때문이다.


인덱스 Range Scan을 사용하기 위해서는 인덱스를 사용하는 첫 번째 컬럼이 가공되지 않으면 사용이 가능하다.





인덱스를 타기만 하면 튜닝이 종료되는건가??


대부분의 개발자가 실행계획 확인 없이 SQL 작성한다. 그리고 인덱스 Range Scan이 지정된 것만 확인하면 추가적으로 확인하지 않는다.


위의 테이블에서 인덱스를 다음과 같이 지정해보자.


CREATE  INDEX SCOTT.student_idx

ON SCOTT.STUDENT_TEST ("NAME" ASC,"SCHOOL_NAME" ASC);


그리고 학생 검색을 위해 다음 쿼리 두 개를 살펴보자.


SELECT * FROM student_test WHERE name = '정철' and substr(SCHOOL_NAME, 0, 1) = :SCHOOL_NAME;

 SELECT * FROM student_test WHERE name = '정철' and SCHOOL_NAME LIKE :SCHOOL_NAME;

두 개의 쿼리 모두 인덱스 Range 스캔을 사용하지만 조건에 사용된 컬럼이 가공되었기 때문에 성능에 문제가 있다.


이를 해결하는 방법은 추후에 공부해보자.

  1. 동구 2018.07.08 18:41

    실행계획을 믿었다가 프로덕트 DB에서 속도가 안나오는거 보고 예전엔 많이 의아했는데....
    통계작업으로 인한 수치와 옵티마이저에 의해 언제든지 달라질 수 있다는 것 ㅜ

+ Recent posts