다음 유형의 병렬 인식 테이블 스캔이 현재 지원되고 있습니다.

비트 리 인덱스 스캔과 같은 다른 스캔 유형은 향후 병렬 스캔을 지원할 수 있습니다.

비 평행 계획에서와 마찬가지로, 구동 테이블은 중첩 루프, 해시 조인 또는 병합 조인을 사용하여 하나 이상의 다른 테이블과 결합 될 수 있습니다. Join의 안쪽은 평행 작업자 내에서 안전하다면 플래너가 뒷받침하는 모든 종류의 비 평행 계획 일 수 있습니다.

postgresql두 단계로 집계하여 병렬 집계를 지원합니다. 먼저, 쿼리의 병렬 부분에 참여하는 각 프로세스는 집계 단계를 수행하여 해당 프로세스의 각 그룹에 대한 부분 결과를 생성합니다.부분 집계노드. 둘째, 부분 결과는 경고를 통해 리더에게 전달됩니다.수집또는합병 수집. 마지막으로, 리더는 최종 결과를 생성하기 위해 모든 근로자의 결과를 다시 분리합니다.골재 마무리노드.

왜냐하면골재 마무리노드는 리더 프로세스에서 실행됩니다. 입력 행의 수와 비교하여 비교적 많은 그룹을 생성하는 쿼리는 쿼리 플래너에게 덜 유리하게 보입니다. 예를 들어, 최악의 시나리오에서가 보이는 그룹의 수골재 마무리노드는의 모든 작업자 프로세스에서 볼 수있는 입력 행의 수만큼 많을 수 있습니다.부분 집계무대. 그러한 경우, 윈 토토 집계를 사용하는 데는 성능 이점이 없을 것입니다.

병렬 집계가 모든 상황에서 지원되는 것은 아닙니다. 각 집계는이어야합니다.안전윈 토토 처리의 경우 조합 기능이 있어야합니다. 집계에 유형의 전이 상태가있는 경우내부, 직렬화 및 사막화 기능이 있어야합니다. 보다집계 생성자세한 내용. 집계 함수 호출이 포함 된 경우 병렬 집계가 지원되지 않습니다별도의또는주문 by조항은 주문 세트 집계에 대해서도 지원되지 않거나 쿼리가 포함될 때그룹화 세트. 쿼리에 관련된 모든 조인이 계획의 윈 토토 부분의 일부일 때만 사용할 수 있습니다.

언제든지postgresql여러 소스의 행을 단일 결과 세트로 결합해야합니다.부록또는mergeappend계획 노드. 이것은 일반적으로 구현할 때 발생합니다Union All또는 파티션 된 테이블을 스캔 할 때. 이러한 노드는 다른 계획에서 가능한 것처럼 병렬 계획에서 사용할 수 있습니다.병렬 부록노드.

언제부록노드는 윈 토토 계획에 사용되며, 각 프로세스는 어린이 계획이 나타나는 순서대로 자식 계획을 실행하여 모든 참여 프로세스가 완료 될 때까지 첫 번째 아동 계획을 실행하기 위해 협력하여 동시에 두 번째 계획으로 이동합니다. A병렬 부록대신에, 집행 인은 대신 참여 과정을 아동 계획에 대해 가능한 한 고르게 확산시켜 여러 아동 계획이 동시에 실행됩니다. 이것은 경합을 피하고 또한 그것을 실행하지 않는 프로세스에서 아동 계획의 스타트 업 비용을 지불하는 것을 피합니다..

또한 일반과 달리부록노드, 윈 토토 계획 내에서 사용할 때만 부분 어린이를 가질 수있는 노드, a병렬 부록노드는 부분적 및 비 임파 아동 계획을 모두 가질 수 있습니다. 비 진당 어린이는 단일 프로세스 만 스캔하여 스캔하면 한 번 이상 스캔하면 중복 결과가 생성되기 때문입니다.병렬 부록정기인덱스 스캔계획; 각 개별 지수 스캔은 단일 프로세스로 완료되도록 실행해야하지만 다른 프로세스로 동시에 다른 스캔을 수행 할 수 있습니다.

enable_parallel_append이 기능을 비활성화하는 데 사용할 수 있습니다.

그렇게 할 것으로 예상되는 쿼리가 윈 토토 계획을 생성하지 않으면 감소를 시도 할 수 있습니다parallel_setup_cost또는parallel_tuple_cost. 물론,이 계획은 플래너가 선호하는 일련의 계획보다 느리게 될 수 있지만, 항상 그런 것은 아닙니다.섹션 15.2및섹션 15.4이것이 왜 그런지에 대한 정보를 보려면.

윈 토토 계획을 실행할 때 사용할 수 있습니다설명 (분석, Verbose)각 계획 노드에 대한 직원 당 통계를 표시합니다. 이것은 모든 계획 노드간에 작업이 균등하게 배포되는지 여부를 결정하는 데 유용 할 수 있으며보다 일반적으로 계획의 성능 특성을 이해하는 데 유용 할 수 있습니다.