개념적으로, 조합 가능한 데이터 유형의 모든 표현에는 조합이 있습니다. (내장된 정렬 가능한 데이터 유형은 다음과 같습니다.텍스트, varchar및문자. 사용자 정의 기본 유형도 조합 가능으로 표시될 수 있으며 물론 조합 가능한 토토 베이 유형에 대한 도메인도 조합 가능합니다.) 표현식이 열 참조인 경우 표현식의 토토 베이 정렬은 열의 정의된 토토 베이 정렬입니다. 식이 상수인 경우 토토 베이 정렬은 상수 토토 베이 형식의 기본 토토 베이 정렬입니다. 더 복잡한 표현식의 토토 베이 정렬은 아래에 설명된 대로 해당 입력의 토토 베이 정렬에서 파생됩니다.

표현식의 대조는 다음과 같습니다.“기본값”토토 베이은 데이터베이스에 대해 정의된 로케일 설정을 의미합니다. 표현식의 데이터 정렬이 불확실할 수도 있습니다. 이러한 경우 정렬 작업과 데이터 정렬을 알아야 하는 기타 작업이 실패합니다.

데이터베이스 시스템은 순서 지정 또는 문자 분류를 수행해야 할 때 입력 표현식의 조합을 사용합니다. 예를 들어 이런 일이 발생합니다.주문 기준절 및 다음과 같은 함수 또는 연산자 호출<. 를 신청할 토토 베이 정렬주문 기준절은 단순히 정렬 키의 조합입니다. 함수 또는 연산자 호출에 적용할 데이터 정렬은 아래 설명된 대로 인수에서 파생됩니다. 비교 연산자 외에도, 소문자와 대문자 사이를 변환하는 함수를 통해 데이터 정렬이 고려됩니다.하위, 상단및initcap; 패턴 일치 연산자로; 그리고 까지to_char및 관련 기능.

함수 또는 연산자 호출의 경우 인수 토토 베이 정렬을 검사하여 파생된 토토 베이 정렬은 런타임에 지정된 작업을 수행하는 데 사용됩니다. 함수 또는 연산자 호출의 결과가 조합 가능한 토토 베이 유형인 경우 해당 조합에 대한 지식이 필요한 주변 표현식이 있는 경우 구문 분석 시 함수 또는 연산자 표현식의 정의된 토토 베이 정렬로 토토 베이 정렬이 사용됩니다.

그조합 파생표현식은 암시적이거나 명시적일 수 있습니다. 이러한 구별은 여러 개의 서로 다른 데이터 정렬이 표현식에 나타날 때 데이터 정렬이 결합되는 방식에 영향을 미칩니다. 명시적인 데이터 정렬 파생은 다음과 같은 경우에 발생합니다.콜레이트절이 사용되었습니다. 다른 모든 데이터 정렬 파생은 암시적입니다. 예를 들어 함수 호출에서 여러 데이터 정렬을 결합해야 하는 경우 다음 규칙이 사용됩니다.

예를 들어, 다음 테이블 정의를 고려해보세요:

테이블 테스트1 생성(
    텍스트 대조 "de_DE",
    b 텍스트 대조 "es_ES",
    ...
);

그럼 안으로

test1에서 < 'foo' 선택;

그<비교는 다음에 따라 수행됩니다.de_DE규칙 - 표현식이 암시적으로 파생된 토토 베이 정렬을 기본 토토 베이 정렬과 결합하기 때문입니다. 하지만

select a < ('foo' COLLATE "fr_FR") FROM test1;

비교는 다음을 사용하여 수행됩니다.fr_FR규칙. 왜냐하면 명시적 토토 베이 정렬 파생이 암시적 토토 베이 정렬 파생을 재정의하기 때문입니다. 게다가 주어진

테스트1에서 a < b 선택;

파서는 적용할 토토 베이 정렬을 결정할 수 없습니다. 왜냐하면a그리고b열에 충돌하는 암시적 토토 베이 정렬이 있습니다. 이후<운영자는 어떤 토토 베이 정렬을 사용할지 알아야 하며 이로 인해 오류가 발생합니다. 입력 표현식 중 하나에 명시적 토토 베이 정렬 지정자를 연결하면 오류를 해결할 수 있습니다.

select a < b test1에서 "de_DE" 대조;

또는 동등하게

한 부씩 선택 "de_DE" < b FROM test1;

반면, 구조적으로 유사한 경우

선택 || b 테스트1에서;

오류가 발생하지 않습니다. 왜냐하면||연산자는 토토 베이 정렬에 신경 쓰지 않습니다. 결과는 토토 베이 정렬에 관계없이 동일합니다.

함수 또는 연산자가 조합 가능한 토토 베이 유형의 결과를 제공하는 경우 함수 또는 연산자의 결합된 입력 표현식에 할당된 대조는 함수 또는 연산자의 결과에도 적용되는 것으로 간주됩니다. 그래서, 안으로

SELECT * FROM test1 ORDER BY || '푸';

주문은 다음에 따라 이루어집니다.de_DE규칙. 하지만 이 쿼리는:

SELECT * FROM test1 ORDER BY || 비;

오류가 발생합니다. 왜냐하면||연산자는 토토 베이 정렬을 알 필요가 없습니다.주문 기준절이 그렇습니다. 이전과 마찬가지로 명시적인 데이터 정렬 지정자를 사용하여 충돌을 해결할 수 있습니다.

SELECT * FROM test1 ORDER BY || b 대조 "fr_FR";

조합은 운영 체제에 설치된 라이브러리가 제공하는 로케일에 SQL 이름을 매핑하는 SQL 스키마 개체입니다. 토토 베이 정렬 정의에는공급자로케일 데이터를 제공하는 라이브러리를 지정합니다. 하나의 표준 공급자 이름은 다음과 같습니다.libc, 운영 체제 C 라이브러리에서 제공하는 로케일을 사용합니다. 이는 운영 체제에서 제공하는 대부분의 도구가 사용하는 로캘입니다. 다른 제공업체는 다음과 같습니다.icu, 외부 ICU를 사용함도서관. ICU 로케일은 PostgreSQL이 빌드될 때 ICU에 대한 지원이 구성된 경우에만 사용할 수 있습니다.

다음에서 제공하는 대조 개체libc다음의 조합에 매핑됩니다.LC_COLLATE그리고LC_CTYPE설정, 다음에서 승인한 대로setlocale()시스템 라이브러리 호출. (이름에서 알 수 있듯이 데이터 정렬의 주요 목적은 다음을 설정하는 것입니다.LC_COLLATE, 정렬 순서를 제어합니다. 그러나 실제로는 거의 필요하지 않습니다.LC_CTYPE다음과 다른 설정LC_COLLATE이므로 설정을 위해 다른 인프라를 만드는 것보다 하나의 개념으로 이를 수집하는 것이 더 편리합니다.LC_CTYPE표현식당.) 또한, alibc조합은 문자 집합 인코딩에 연결되어 있습니다(참조토토 사이트 순위 : 문서 : 13 : 23.3. 캐릭터 토토 사이트 순위 지원). 다른 인코딩에 대해 동일한 토토 베이 정렬 이름이 존재할 수 있습니다.

다음에서 제공하는 대조 개체icu은 ICU 라이브러리에서 제공하는 명명된 대조기에 매핑됩니다. ICU는 별도 지원하지 않습니다.“조합”그리고“ctype”설정이므로 항상 동일합니다. 또한 ICU 토토 베이 정렬은 인코딩과 무관하므로 토토 베이베이스에는 항상 특정 이름의 ICU 토토 베이 정렬이 하나만 있습니다.

선택 a 대조 "C" < b 대조 "POSIX" FROM test1;

CREATE COLLATION 독일어(공급자 = libc, 로케일 = 'de_DE');

"de_DE"에서 독일어 콜레이션 생성;
"fr-x-icu"에서 프랑스어 콜레이션 생성;

CREATE COLLATION ndcoll(제공자 = icu, 로케일 = 'und', 결정적 = false);

CREATE COLLATION case_insensitive(공급자 = icu, 로케일 = 'und-u-ks-level2', 결정적 = false);
COLLATION 생성ignore_accents(공급자 = icu, 로케일 = 'und-u-ks-level1-kc-true', 결정적 = false);