데이터베이스에 웹 서버 액세스 로그를 저장한다고 가정합니다. 대윈 토토의 액세스는 조직의 IP 주소 범위에서 비롯되지만 일부는 다른 곳에서 나옵니다 (예 : 전화 접속 연결 직원). IP의 검색이 주로 외부 액세스를위한 경우 조직의 서브넷에 해당하는 IP 범위를 색인 할 필요가 없을 것입니다.

다음과 같은 테이블을 가정합니다 :

테이블 생성 access_log (
    URL VARCHAR,
    client_ip inet,
    ...
);

우리의 예에 맞는 윈 토토 색인을 만들려면 다음과 같은 명령을 사용하십시오.

access_log (client_ip)에서 index access_log_client_ip_ix 만들기
(client_ip inet '192.168.100.0'및
           client_ip <inet '192.168.100.255');

이 색인을 사용할 수있는 일반적인 쿼리는 다음과 같습니다.

선택 *
Access_Log에서
여기서 url = '/index.html'및 client_ip = inet '212.78.10.32';

여기서 쿼리의 IP 주소는 윈 토토 색인으로 덮여 있습니다. 다음 쿼리는 인덱스에서 제외 된 IP 주소를 사용하므로 윈 토토 색인을 사용할 수 없습니다.

선택 *
Access_Log에서
여기서 url = '/index.html'및 client_ip = inet '192.168.100.23';

이러한 종류의 윈 토토 색인은 공통 값을 미리 결정해야하므로 이러한 윈 토토 색인은 변경되지 않는 데이터 분포에 가장 잘 사용됩니다. 이러한 인덱스는 때때로 새로운 데이터 분포를 조정하기 위해 재현 될 수 있지만 유지 보수 노력이 추가됩니다.

청구되지 않은 명령과 실행되지 않은 주문이 모두 포함 된 테이블이있는 경우, 미지급 명령이 총 테이블의 작은 윈 토토을 차지하지만 가장 접근 된 행이 가장 많이 사용되면, 달리지 않은 행에서만 인덱스를 만들어 성능을 향상시킬 수 있습니다. 색인을 생성하라는 명령은 다음과 같습니다.

주문에서 색인 orders_unbilled_index 만들기 (Order_nr)
    청구가 사실이 아닌 곳;

이 색인을 사용할 수있는 쿼리는 다음과 같습니다.

선택 * 청구 된 명령에서 청구 된 명령에서 rebliced <10000;

그러나 인덱스는 포함되지 않는 쿼리에서도 사용할 수 있습니다Order_nr전혀, 예를 들어 :

선택 * 청구 된 명령에서 청구 된 명령에서 금액 5000.00;

이것은의 윈 토토 색인만큼 효율적이지 않습니다.금액시스템은 시스템이 전체 인덱스를 스캔해야하므로 열입니다. 그러나, 달리지 않은 명령이 상대적으로 거의 없다면,이 윈 토토 지수를 사용하여 달리지 않은 주문을 찾기 위해서는 승리가 될 수 있습니다.

이 쿼리는이 색인을 사용할 수 없음을 주목하십시오 :

선택 * Orders에서 Order_nr = 3501;에서 선택하십시오.

명령 3501은 청구되거나 구분되지 않은 명령 중 하나 일 수 있습니다.

테스트 결과를 설명하는 테이블이 있다고 가정하십시오. 우리는 단지 하나만 있는지 확인하고 싶습니다“성공”주어진 주제 및 대상 조합에 대한 입력이지만 수가있을 수 있습니다.“실패한”항목. 다음은 다음과 같은 방법입니다.

테이블 테스트 생성 (
    제목 텍스트,
    대상 텍스트,
    성공 부울,
    ...
);

테스트에서 고유 한 색인 생성 _success_constraint (주제, 대상)
    어디에서 성공;

이것은 성공적인 테스트가 거의없고 실패한 많은 테스트가있을 때 특히 효율적인 접근법입니다. AN으로 고유 한 윈 토토 색인을 만들어 열에서 하나의 널 만 허용 할 수도 있습니다.is null제한.

예를 들어 겹치지 않는 윈 토토 인덱스 세트를 만들고 싶은 유혹을받을 수 있습니다

mytable (데이터)에서 mytable_cat_1을 생성하십시오. 여기서 범주 = 1;
mytable (data)에서 index mytable_cat_2를 만듭니다. 여기서 범주 = 2;
mytable (data)에서 색인 mytable_cat_3을 만듭니다. 여기서 범주 = 3;
...
색인 생성 mytable_cat_non mytable (data) 여기서 범주 =n;

이것은 나쁜 생각입니다! 거의 확실하게, 당신은 단일 비 당면 지수로 더 나은 것과 같은

mytable에서 mytable_cat_data 생성 (카테고리, 데이터);

PostgreSQL : 문서 : 16 : 11.3. 멀티 컬럼 토토 사이트 추천.)이 더 큰 지수의 검색은 더 작은 인덱스에서 검색보다 몇 개의 트리 레벨을 통해 내려 가야 할 수도 있지만, 적절한 윈 토토 인덱스를 선택하는 데 필요한 플래너 노력보다 거의 저렴할 것입니다. 문제의 핵심은 시스템이 윈 토토 인덱스 간의 관계를 이해하지 못하고 현재 쿼리에 적용되는지 확인하기 위해 각각을 힘들게 테스트한다는 것입니다..

테이블이 단일 색인이 실제로 나쁜 아이디어 일 정도로 크면 대신 파티션을 사용해야합니다 (참조배트맨 토토 PostgreSQL : 문서 : 16 : 5.11. 테이블 파티셔닝). 이러한 메커니즘을 통해 시스템은 테이블과 인덱스가 겹치지 않음을 이해하고 훨씬 더 나은 성능이 가능하다는 것을 이해합니다.