| PostgreSQL 9.2.24 문서 | ||||
|---|---|---|---|---|
| 토토 핫 : 문서 : 9.2 : 색인 고유성 확인 | 위로 | 52장. 인덱스 액세스 방법 인터페이스 정의 | 사설 토토 사이트 : 문서 : 9.2 : 사설 토토 사이트 Indexes | |
그amcostestimate함수는
  다음을 포함하여 가능한 인덱스 스캔을 설명하는 정보 제공
  다음으로 결정된 WHERE 및 ORDER BY 절 목록
  인덱스와 함께 사용할 수 있습니다. 예상 비용을 반환해야 합니다.
  WHERE 절의 인덱스 및 선택성에 액세스
  (즉, 상위 테이블 행의 비율입니다.
  인덱스 스캔 중에 검색됨). 간단한 경우에는 거의 모든
  토토 핫 추정자의 작업은 표준을 호출하여 수행할 수 있습니다.
  옵티마이저의 루틴; 의 요점은amcostestimate함수는 색인을 허용하는 것입니다
  경우에 따라 인덱스 유형별 지식을 제공하는 액세스 방법
  표준 추정치를 개선하는 것이 가능합니다.
각각amcostestimate함수
  서명이 있어야 합니다:
공허
amcostestimate(PlannerInfo *루트,
                IndexPath *경로,
                이중 루프_카운트,
                비용 *indexStartupCost,
                비용 *indexTotalCost,
                선택성 *indexSelectivity,
                double *indexCorrelation);
  처음 세 매개변수는 입력입니다:
질의에 대한 기획자의 정보는 다음과 같습니다. 처리되었습니다.
색인 액세스 경로를 고려 중입니다. 모든 분야 단, 비용 및 선택성 값은 유효합니다.
인덱스 스캔의 반복 횟수 토토 핫 견적에 반영됩니다. 이는 일반적으로 매개변수화된 스캔을 고려할 때 1보다 큼 Nestloop 조인 내부에서 사용합니다. 토토 핫은 참고하세요 추정치는 단 한 번의 스캔에 대한 것이어야 합니다. 더 큰loop_count그럴 수도 있다는 뜻이에요 전체에 걸쳐 일부 캐싱 효과를 허용하는 데 적합합니다. 여러 번 스캔했습니다.
마지막 4개의 매개변수는 참조에 의한 전달 출력입니다:
인덱스 시작 처리 토토 핫으로 설정
총 색인 처리 토토 핫으로 설정
색인 선택성으로 설정
인덱스 스캔 순서 사이의 상관 계수로 설정 및 기본 테이블의 순서
토토 핫 추정 기능은 C가 아닌 C로 작성되어야 한다는 점에 유의하세요. SQL 또는 사용 가능한 모든 절차적 언어 플래너/옵티마이저의 내부 데이터 구조에 액세스합니다.
색인 액세스 토토 핫은 매개변수를 사용하여 계산되어야 합니다. 에서 사용됨src/backend/optimizer/path/costsize.c: 에 순차 디스크 블록 가져오기에는 토토 핫이 발생함seq_page_cost, 비순차적 가져오기에는 토토 핫이 발생함random_page_cost및 비용 하나의 인덱스 행을 처리하는 것은 일반적으로 다음과 같이 취해야 합니다.cpu_index_tuple_cost. 또한, 적절한 의 배수cpu_operator_cost해야 합니다 인덱스 중에 호출된 비교 연산자에 대해 요금이 부과됩니다. 처리(특히 indexquals 평가 스스로).
액세스 토토 핫에는 모든 디스크 및 CPU 토토 핫이 포함되어야 합니다. 인덱스 자체를 스캔하는 것과 관련되어 있지만아님검색 비용 또는 다음으로 식별되는 상위 테이블 행을 처리합니다. 색인.
그"시작 토토 핫"다음의 일부입니다 시작하기 전에 지출해야 하는 총 스캔 비용 첫 번째 행을 가져옵니다. 대부분의 인덱스에서 이는 0으로 간주될 수 있습니다. 하지만 시작 비용이 높은 인덱스 유형에서는 이를 설정하는 것이 좋습니다. 0이 아닙니다.
그indexSelectivity설정되어야 합니다 상위 테이블 행의 예상 비율로 인덱스 스캔 중에 검색되었습니다. 손실 쿼리의 경우, 이는 일반적으로 행의 비율보다 높을 것입니다. 실제로 주어진 품질 조건을 통과합니다.
그색인상관설정되어야 합니다 사이의 상관관계(-1.0에서 1.0 사이)에 인덱스 순서와 테이블 순서. 이는 조정하는 데 사용됩니다. 상위 테이블에서 행을 가져오는 데 소요되는 예상 토토 핫입니다.
언제loop_count보다 큼 첫째, 반환된 숫자는 어느 하나에 대해 예상되는 평균이어야 합니다. 인덱스를 스캔합니다.
토토 핫 추정
일반적인 토토 핫 추정기는 다음과 같이 진행됩니다:
상위 테이블 행의 비율을 추정하고 반환합니다.
        주어진 Qual 조건에 따라 방문됩니다. 에서
        인덱스 유형별 지식이 없으면 다음을 사용하십시오.
        표준 최적화 기능clauselist_selectivity():
*indexSelectivity = 절 목록_선택(루트, 경로-indexquals,
                                           경로-indexinfo-rel-relid,
                                           JOIN_INNER, NULL);
      방문할 인덱스 행 수 추정 스캔하는 동안. 많은 인덱스 유형의 경우 이는 다음과 동일합니다.indexSelectivity배 인덱스의 행 수는 더 많을 수 있습니다. (참고 페이지와 행 단위의 인덱스 크기는 다음에서 확인할 수 있습니다.경로-색인정보구조체.)
색인 페이지 수를 추정하세요. 스캔 중에 검색되었습니다. 이건 그냥 그럴 수도 있겠네요indexSelectivity인덱스 크기의 곱 페이지.
색인 액세스 비용을 계산합니다. 일반 추정기는 다음과 같습니다. 이렇게 하세요:
/*
 * 우리의 일반적인 가정은 색인 페이지를 읽는다는 것입니다.
 * 순차적으로, 따라서 각각의 비용은 random_page_cost가 아닌 seq_page_cost입니다.
 * 또한 각 인덱스 행의 indexquals 평가에 대한 비용도 청구됩니다.
 * 모든 비용은 스캔하는 동안 점진적으로 지불되는 것으로 가정됩니다.
 */
cost_qual_eval(&index_qual_cost, 경로-indexquals, 루트);
*indexStartupCost = index_qual_cost.startup;
*indexTotalCost = seq_page_cost * numIndexPages +
    (cpu_index_tuple_cost + index_qual_cost.per_tuple) * numIndexTuples;
        그러나 위의 내용은 상각을 고려하지 않습니다. 반복된 인덱스 스캔을 통해 인덱스를 읽습니다.
지수 상관관계를 추정합니다. 간단하게 주문하려면 단일 필드의 인덱스는 다음에서 검색할 수 있습니다. pg_statistic. 상관관계를 알 수 없는 경우, 보수적 추정치는 0입니다(상관관계 없음).
토토 핫 추정 기능의 예는 다음에서 찾을 수 있습니다.src/backend/utils/adt/selfuncs.c.