A 부분 와이즈 토토인덱스가 구축되었습니다. 테이블의 하위 집합에 대해; 하위 집합은 조건부로 정의됩니다. 표현식(이라고 함)술어의 부분 와이즈 토토). 인덱스에는 해당 테이블에 대한 항목만 포함됩니다. 조건자를 만족하는 행입니다.
부분 와이즈 토토의 주요 동기는 색인 생성을 방지하는 것입니다. 공통 가치. 공통 값(하나)을 검색하는 쿼리 이후 전체 테이블 행의 몇 퍼센트 이상을 차지함) 어쨌든 인덱스를 사용하지 않을 것이므로 보관할 필요가 없습니다. 인덱스의 행이 전혀 없습니다. 이렇게 하면 인덱스 크기가 줄어들고, 그러면 인덱스를 사용하는 쿼리 속도가 빨라집니다. 그것은 또한 인덱스가 업데이트되지 않기 때문에 많은 테이블 업데이트 작업 속도가 향상됩니다. 모든 경우에 업데이트가 필요합니다.예 11-1쇼 이 아이디어의 가능한 적용.
예제 11-1. 부분 인덱스 설정 공통 값 제외
당신이 웹 서버 접근 로그를 데이터베이스. 대부분의 액세스는 다음 IP 주소 범위에서 발생합니다. 귀하의 조직이지만 일부는 다른 곳에서 왔습니다(예: 직원 전화 접속 연결 시). IP를 통한 검색이 주로 외부 액세스의 경우 IP를 인덱싱할 필요가 없을 수도 있습니다. 조직의 서브넷에 해당하는 범위입니다.
다음과 같은 테이블을 가정해 보겠습니다.
CREATE TABLE access_log(
    URL varchar,
    client_ip inet,
    ...
);
    우리의 예에 적합한 부분 와이즈 토토을 생성하려면 다음과 같은 명령:
INDEX 생성 access_log_client_ip_ix ON access_log (client_ip)
    WHERE NOT (client_ip  inet '192.168.100.0' AND client_ip < inet '192.168.100.255');
    이 색인을 사용할 수 있는 일반적인 쿼리는 다음과 같습니다:
SELECT * FROM access_log WHERE url = '/index.html' AND client_ip = inet '212.78.10.32';
이 색인을 사용할 수 없는 쿼리는 다음과 같습니다:
SELECT * FROM access_log WHERE client_ip = inet '192.168.100.23';
이런 종류의 부분 와이즈 토토에는 공통 값은 미리 결정됩니다. 가치분배라면 (애플리케이션의 특성으로 인해) 고유하고 정적입니다. (시간이 지나도 변하지 않음) 이는 어렵지 않습니다. 공통 값은 단지 우연한 데이터 로드로 인한 것입니다. 많은 유지 관리 작업이 필요할 수 있습니다.
또 다른 가능성은 와이즈 토토에서 값을 제외하는 것입니다. 일반적인 쿼리 작업량에는 관심이 없습니다. 이것은에 표시됩니다.예 11-2. 이는 위에 나열된 것과 동일한 이점을 가져옵니다. 하지만 그것은 방지합니다"흥미롭지 않음"값은 해당 와이즈 토토을 통해 전혀 액세스되지 않습니다. 이 경우 인덱스 스캔이 수익성이 있을 수 있습니다. 분명히 설정은 이런 종류의 시나리오에 대한 부분 인덱스를 작성하려면 많은 것이 필요합니다. 주의와 실험이 필요합니다.
예제 11-2. 부분 인덱스 설정 흥미롭지 않은 값 제외
청구된 것과 청구되지 않은 것이 모두 포함된 테이블이 있는 경우 청구되지 않은 주문이 작은 부분을 차지하는 주문 전체 테이블이 가장 많이 액세스된 행이기는 하지만 단지 인덱스를 생성하여 성능을 향상시킬 수 있습니다. 청구되지 않은 행. 인덱스를 생성하는 명령은 다음과 같습니다. 이:
CREATE INDEX 주문_unbilled_index ON 주문(order_nr)
    청구된 곳이 사실이 아닙니다.
    이 색인을 사용하기 위한 가능한 쿼리는 다음과 같습니다.
SELECT * FROM 주문이 청구된 곳이 사실이 아니며 AND order_nr < 10000;
그러나 색인은 다음과 같은 쿼리에도 사용될 수 있습니다. 참여하다order_nr전혀, 예:
SELECT * FROM 주문이 청구된 곳이 사실이 아니며 금액 5000.00;
이것은 부분 와이즈 토토만큼 효율적이지 않습니다.금액열은 다음과 같습니다. 시스템은 전체 인덱스를 스캔해야 합니다. 그래도 만약 있다면 이 부분 와이즈 토토을 사용하면 미청구 주문이 상대적으로 적습니다. 청구되지 않은 주문을 찾는 것이 유리할 수 있습니다.
이 쿼리는 이 와이즈 토토을 사용할 수 없습니다.
SELECT * FROM 주문 WHERE order_nr = 3501;
주문 3501은 청구된 항목 또는 청구되지 않은 항목 중 하나일 수 있습니다. 주문합니다.
예 11-2또한 인덱싱된 열과 열이 술어에 사용된 것은 일치할 필요가 없습니다.PostgreSQL다음을 사용하여 부분 와이즈 토토을 지원합니다. 테이블의 열만 존재하는 한 임의의 술어 색인이 포함되어 있습니다. 그러나 술어는 다음과 같습니다. 가정된 쿼리에 사용된 조건과 일치해야 합니다. 지수로부터 이익을 얻습니다. 정확하게 말하면 부분 인덱스는 다음과 같습니다. 시스템이 다음을 인식할 수 있는 경우에만 쿼리에 사용됩니다.어디쿼리 조건 수학적으로 색인의 술어를 의미합니다.PostgreSQL정교한 기술이 없습니다 수학적으로 등가물을 인식할 수 있는 정리 증명자 다양한 형태로 쓰여진 표현들. (이뿐만 아니라 그러한 일반 정리 증명자는 만들기가 매우 어렵습니다. 실제로 사용하기에는 너무 느릴 수 있습니다.) 시스템은 다음과 같은 작업을 수행할 수 있습니다. 예를 들어 단순한 불평등의 의미를 인식합니다."x < 1"암시"x < 2"; 그렇지 않은 경우 술어 조건은 다음과 같아야 합니다. 쿼리의 일부와 정확히 일치함어디조건 또는 와이즈 토토은 사용 가능한 것으로 인식되지 않습니다.
부분 와이즈 토토의 세 번째 가능한 사용에는 다음이 필요하지 않습니다. 쿼리에 전혀 사용되지 않는 인덱스입니다. 여기서 아이디어는 다음과 같이 테이블의 하위 집합에 대한 고유 인덱스입니다.예 11-3. 이 인덱스를 만족하는 행 사이에 고유성을 적용합니다. 그렇지 않은 것을 제한하지 않고 술어.
예제 11-3. 부분 고유 설정 와이즈 토토
테스트 결과를 설명하는 테이블이 있다고 가정합니다. 우리 하나만 있는지 확인하고 싶습니다."성공"주어진 주제에 대한 항목 및 대상 조합은 여러 개일 수 있지만 여러 개가 있을 수 있습니다."실패"항목. 여기 하나가 있습니다 방법:
CREATE TABLE 테스트(
    주제 텍스트,
    대상 텍스트,
    성공 부울,
    ...
);
CREATE UNIQUE INDEX 테스트_success_constraint ON 테스트(주제, 대상)
    어디에서 성공;
    이것은 특히 효율적인 방법입니다. 성공적인 테스트는 거의 없고 실패한 테스트는 많습니다.
마지막으로 부분 와이즈 토토을 사용하여 시스템의 쿼리 계획 선택. 다음과 같은 데이터 세트가 발생할 수 있습니다. 특이한 분포로 인해 시스템은 다음과 같은 경우 인덱스를 사용하게 됩니다. 정말 그러면 안 됩니다. 이 경우 인덱스를 다음과 같이 설정할 수 있습니다. 문제가 되는 쿼리에는 사용할 수 없습니다. 일반적으로,포스트그레SQL합리적이다 인덱스 사용에 대한 선택(예: 검색 시 이를 피함) 공통 값이므로 이전 예에서는 실제로 인덱스만 저장합니다. 크기 때문에 인덱스 사용을 피할 필요는 없습니다.) 잘못된 계획 선택으로 인해 버그 신고가 발생합니다.
부분 와이즈 토토 설정은 다음을 의미한다는 점을 명심하십시오. 당신은 최소한 쿼리 플래너가 아는 만큼만 알고 있습니다. 특히 인덱스가 언제 수익을 낼 수 있는지 알 수 있습니다. 성형 이 지식에는 경험과 이해가 필요합니다. 인덱스PostgreSQL일. 에서 대부분의 경우 일반 인덱스에 비해 부분 인덱스의 장점 많지는 않을 거예요.
부분 와이즈 토토에 대한 자세한 내용은 다음에서 찾을 수 있습니다.부분 와이즈 토토의 경우, POSTGRES의 부분 와이즈 토토 생성: 연구 프로젝트및일반화된 부분 인덱스.