그것은 당신의 SQL 진술을 장악하게 만들고, 항상 사용하는 것을 기억해야합니다Lower열과 쿼리 값 모두에서

기능을 사용하여 기능 색인을 작성하지 않는 한 색인을 사용하지 않습니다Lower.

열을 |고유 한또는기본 키, 암시 적으로 생성 된 인덱스는 대소 문자에 민감합니다. 따라서 윈 토토 민감하지 않은 검색에는 쓸모가 없으며 독창성 사례를 강력하게 시행하지 않습니다.

regexp_match ()

regexp_matches ()

regexp_replace ()

regexp_split_to_array ()

regexp_split_to_table ()

대체 ()

split_part ()

strpos ()

Translate ()

Citext'의 사례 확장 동작은에 따라 다릅니다.LC_CTYPE데이터베이스 설정. 따라서 값을 비교하는 방법은 데이터베이스가 생성 될 때 결정됩니다.Citext의 비교. 그러나 데이터베이스에 저장된 다른 언어로 된 데이터가있는 경우 한 언어 사용자는 쿼리 결과가 다른 언어에 대한 경우 쿼리 결과가 예상되지 않을 수 있습니다.

postgresql9.1, a를 첨부 할 수 있습니다Collate사양Citext열 또는 데이터 값. 현재,Citext운영자는 비 디폴트를 존중합니다Collate사양 사례를 비교하는 동안 사양이지만 초기 접이식은 데이터베이스에 따라 항상 수행됩니다.LC_CTYPE설정 (즉, 마치"기본값"가 제공되었습니다). 이것은 미래의 릴리스에서 변경 될 수 있으므로 두 단계 모두 입력을 따릅니다Collate사양.

Citext만큼 효율적이지 않습니다텍스트운영자 기능과 B- 트리 비교 함수는 데이터의 사본을 만들고 비교를 위해 소문자로 변환해야합니다. 또한, 만텍스트B-Tree 중복 제거를 지원할 수 있습니다. 하지만,Citext사용하는 것보다 약간 더 효율적입니다Lower윈 토토 민감한 일치를 얻으려면

Citext다른 상황에서는 일부 상황에서 윈 토토 민감하게 비교하기 위해 데이터가 필요한 경우 많은 도움이되지 않습니다. 표준 답변은 사용하는 것입니다.텍스트입력하고 수동으로Lower사례 비교를 비교해야 할 때 기능; 이것은 윈 토토 민감하지 않은 비교가 드물게 필요하다면 잘 작동합니다.Citext그리고 열을 명시 적으로텍스트윈 토토 민감한 비교를 원할 때. 두 가지 상황에서는 두 가지 유형의 검색이 빠르기를 원한다면 두 가지 인덱스가 필요합니다.

포함하는 스키마Citext운영자는 현재에 있어야합니다search_path(일반적으로public); 그렇지 않은 경우 정상적인 윈 토토 민감한텍스트운영자가 대신 호출됩니다.

비교를위한 저 케이싱 스트링의 접근은 일부 유니 코드 특수 사례를 올바르게 처리하지 않습니다. 유니 코드는케이스 매핑및케이스 폴딩이런 이유로. 대신 대신 비정상적인 콜라이트를 사용하십시오.Citext올바르게 처리하려면