| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 11. 인덱스 | Fast Forward | Next |
인덱스는 하나 이상의 테이블에서 정의되어 집니다. 예를 들면, 이하와 같은 테이블이 있다고 합시다.
CREATE TABLE test2 ( major int, minor int, name varchar );
(예를 들어, 데이터베이스 내의 /dev디렉토리를 유지)그리고 빈번하게 아래와 같은 쿼리를 실행합니다.
SELECT name FROM test2 WHERE major = constant AND minor = constant ;
이러한 경우, major와 minor의 두개의 열에 1개의 인덱스를 정의하는 편이 적절할지도 모릅니다.
CREATE INDEX test2_mm_idx ON test2 (major, minor);
현재, B-tree 및 GiST 인덱스 종류만 다중 열 인덱스를 지원하고 있습니다. 최고 32열까지 지정 가능합니다 (이러한 제한 값은 PostgreSQL를 빌드 할 때 변경할 수 있습니다. pg_config.h파일을 참조해 주십시요).
다중 열 B-tree 인덱스는 인덱스 열의 부분 집합을 포함하는 쿼리 조건으로 사용할 수 있습니다. 인덱스는 선도하는(좌측) 열에 제약이 있을 때 가장 효율이 높습니다. 정확한 룰은 선도하는 열의 대등한 제약과 이를 가지지 않는 처음 열의 동등하지 않은 제약이 스캔되는 인덱스 범위를 제한하기 위해서 사용될 것이라는 겁니다. 이러한 열의 우측 열에 대한 제약은 인덱스 내에서 검사됩니다. 이에 따라, 테이블을 적절히 조회하도록 하지만, 스캔되는 인덱스의 범위를 줄이지는 않습니다. 예를 들면, (a, b, c)에 대한 인덱스가 있고, WHERE a = 5 AND b >= 42 AND c < 77이라고 하는 쿼리 조건이 있다면, 인덱스는 a = 5 와 b = 42를 가지는 항목을 선두에 두고, a = 5가 되는 마지막 항목까지를 스캔 해야 합니다. c >= 77을 가지는 인덱스 항목은 건너뛰지만, 스캔을 실시해야만 합니다. 이 인덱스는 원칙상, a에 대한 제약을 가지지 않으나, b와 c, b 그리고 c에 제약에 가지는 쿼리를 사용할 수 있습니다. 그러나 인덱스 전체가 스캔 되기 때문에, 대부분의 경우에서 planner는 인덱스의 사용보다 시퀀셜 테이블 스캔을 선택합니다.
다중 열 GiST 인덱스는 인덱스 대상열의 임의의 부분 집합을 포함한 쿼리 조건으로서 사용할 수 있습니다. 추가적인 열에 대한 조건은 인덱스로 반환되는 항목을 제한하는 것입니다. 첫 번째 열의 조건은 인덱스의 스캔 양을 결정하는 가장 중요한 일입니다. 첫 번째 열에 의한 제한이 작을 경우, 심지어 추가한 열에 의한 제한이 큰 경우에도, 상대적으로 GiST 인덱스는 비효율적이 됩니다.
당연히, 인덱스 종류에 대해서 적절한 연산자를 각 열에 사용해야만 합니다. 다른 연산자를 포함한 구문은 고려되지 않습니다.
다중 열 인덱스는 신중하게 사용할 필요가 있습니다. 많은 경우, 단일 열의 인덱스로 충분하며, 그러는 편이 디스크 영역과 시간을 절약할 수 있습니다. 테이블의 사용 방법이 극단적으로 스타일화되어 있지 않은 한, 3개 이상의 열을 사용하고 있는 인덱스는 거의 부적절하다라고 말할 수 있습니다. 다른 인덱스 설정의 이점에 관한 일부 설명은 Section 11.4를 참조해 주십시요.