데이터베이스에 웹 서버 액세스 로그를 저장한다고 가정합니다. 대토토 결과의 액세스는 조직의 IP 주소 범위에서 비롯되지만 일부는 다른 곳에서 나옵니다 (예 : 전화 접속 연결 직원).

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

테이블 생성 access_log (

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

access_log (client_ip)에서 index access_log_client_ip_ix 만들기

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

선택 *

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

선택 *

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

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

주문에서 색인 orders_unbild_index 만들기 (Order_nr)

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

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

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

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

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

이 쿼리는이 색인을 사용할 수 없습니다.

Orders에서 Order_nr = 3501;에서 선택 * 선택 *

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

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

테이블 테스트 생성 (

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

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

mytable (data)에서 mytable_cat_1을 생성하십시오. 여기서 범주 = 1;Nmytable (data)에서 카테고리 =N;

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

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

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

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