| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 11. 인덱스 | Fast Forward | Next |
인덱스 열은 테이블에 있는 열일 필요는 없고, 테이블의 하나 이상의 열로부터 계산되는 함수나 스칼라식으로 할 수도 있습니다. 이 기능은 연산 결과에 근거해 빠른 테이블 접근을 실시할 때 유용합니다.
예를 들면, 대문자 소문자를 구별하지 않는 비교를 위한 일반적인 방법인, lower함수에서의 사용 예를 이하에 나타냅니다.
SELECT * FROM test1 WHERE lower(col1) = 'value';
lower(column)연산의 결과로 정의된 인덱스는 이러한 쿼리에서 사용할 수 있습니다. operation:
CREATE INDEX test1_lower_col1_idx ON test1 (lower(col1));
이 인덱스를UNIQUE라고 선언했다고 하면, col1 값이 다른 행 뿐만 아니라, col1 값이 실제로 식별 가능한 행의 작성을 막습니다. 따라서, 식에 대한 인덱스를 사용해, 단순한 일관성 제약에서는 정의할 수 없는 것 같은 제약을 강요할 수 있습니다.
다른 예로서 이하와 같은 쿼리가 빈번하게 행해지는 경우를 생각합니다.
SELECT * FROM people WHERE (first_name || ' ' || last_name) = 'John Smith';
이 경우, 이하와 같은 인덱스를 작성하는 것은 가치가 있을 것입니다.
CREATE INDEX people_names ON people ((first_name || ' ' || last_name));
2번째의 예에 나타내도록CREATE INDEX커맨드의 구문은 보통, 인덱스식을 괄호로 둘러 쌀 필요가 있습니다. 최초의 예처럼, 식이 단순한 함수 호출의 경우에는 괄호를 생략 할 수 있습니다.
파생한 식이, 행이 삽입, 업데이트될 때 실행되야하기 때문에, 인덱스식은 상대적으로 유지하는데 비쌉니다. 그러나 인덱스식은 인덱스된 검색 동안 재계산 되지 않습니다 . 위의 양쪽의 예에서는 시스템은 쿼리를 단순한WHERE indexedcolumn = 'constant'라고 이해하기 때문에, 이 검색 속도는 다른 단순한 인덱스 쿼리와 같습니다. 따라서, 식에 대한 인덱스는 꺼내 속도가 삽입, 업데이트 속도보다 중요한 경우에게만 유용합니다.