텍스트 열에서 text_pattern_ops를 색인하는 이유는 무엇입니까?

오늘 7 주 동안 7 개의 데이터베이스가 운영자 별 인덱스를 소개했습니다.

이전 쿼리를 작성하여 패턴과 일치하는 문자열을 색인화 할 수 있습니다. text_pattern_ops값이 소문자로 색인되는 연산자 클래스 색인 .

CREATE INDEX moves_title_pattern ON movies (
    (lower(title) text_pattern_ops);

text_pattern_ops제목은 텍스트 유형이므로를 사용했습니다 . varchars, chars 또는 names를 색인화해야하는 경우 관련 ops를 사용하십시오.varchar_pattern_ops , bpchar_pattern_ops,와 name_pattern_ops.

나는 예제가 정말로 혼란 스럽다는 것을 안다. 이렇게하는 것이 왜 유용한가요?

열이 텍스트 유형 인 경우 다른 유형 (varchar, char, name)이 검색 값으로 사용되기 전에 텍스트로 캐스트되지 않습니까?

해당 인덱스는 기본 연산자를 사용하는 인덱스와 어떻게 다르게 작동합니까?

CREATE INDEX moves_title_pattern ON movies (lower(title));

문서는 종종 그러한 질문에 대한 답변을 제공합니다. 이 경우 와 마찬가지로 :

연산자 클래스 text_pattern_ops, varchar_pattern_ops 및 bpchar_pattern_ops는 text, varchar 및 char 유형의 B- 트리 인덱스를 각각 지원합니다. 기본 연산자 클래스와의 차이점은 로케일 별 데이터 정렬 규칙이 아닌 문자별로 값이 엄격하게 비교된다는 것입니다. 이것은 데이터베이스가 표준 "C"로케일을 사용하지 않을 때 이러한 연산자 클래스를 패턴 일치 표현식 (LIKE 또는 POSIX 정규식) 과 관련된 조회에서 사용하기에 적합 하게 만듭니다 . 예를 들어 다음과 같이 varchar 열을 인덱싱 할 수 있습니다.

CREATE INDEX test_index ON test_table (col varchar_pattern_ops);

쿼리를 원할 경우 기본 연산자 클래스를 사용하여 인덱스를 만들어야합니다. 일반 <, <=,> 또는> = 비교와 관련된 . 이러한 쿼리는 xxx_pattern_ops 연산자 클래스를 사용할 수 없습니다 . 그러나 평등 평등 비교에서는 이러한 연산자 클래스를 사용할 수 있습니다. 연산자 클래스가 다른 동일한 열에서 여러 인덱스를 만들 수 있습니다.

설명서는 다음과 같이 말합니다.

C 로캘을 사용하는 경우 기본 연산자 클래스가있는 인덱스를 C 로캘의 패턴 일치 쿼리에 사용할 수 있으므로 xxx_pattern_ops 연산자 클래스가 필요하지 않습니다.

다음과 같이 로케일을 확인할 수 있습니다 ( "C"가 아닌 UTF8 일 수 있음).

postgres=> show lc_collate;
 lc_collate
-------------
 en_GB.UTF-8