max_parallel_workers_per_gather은 0보다 큰 값으로 설정되어야 합니다. 이는 다음을 통해 구성된 수보다 더 많은 작업자를 사용해서는 안 된다는 보다 일반적인 원칙의 특별한 경우입니다.max_parallel_workers_per_gather.

쿼리는 데이터를 쓰거나 데이터베이스 행을 잠급니다. 쿼리에 최상위 수준이나 CTE 내 데이터 수정 작업이 포함되어 있는 경우 해당 쿼리에 대한 병렬 계획이 생성되지 않습니다. 예외적으로 새 테이블을 생성하고 채우는 다음 명령은 기본 테이블에 대한 병렬 계획을 사용할 수 있습니다.선택젠 토토의 일부:

실행 중에 쿼리가 일시중지될 수 있습니다. 시스템이 부분 또는 증분 실행이 발생할 수 있다고 생각하는 상황에서는 병렬 계획이 생성되지 않습니다. 예를 들어, 다음을 사용하여 생성된 커서는토토 결과 PostgreSQL : 문서 : 18 : 선언절대 병렬 계획을 사용하지 않습니다. 마찬가지로, 다음 형식의 PL/pgSQL 루프는FOR x IN 젠 토토 LOOP .. END LOOP병렬 젠 토토 시스템은 병렬 젠 토토가 활성화된 동안 루프의 코드를 실행해도 안전한지 확인할 수 없기 때문에 병렬 계획을 절대 사용하지 않습니다.

젠 토토는 표시된 함수를 사용합니다.병렬 안전하지 않음. 대부분의 시스템 정의 함수는 다음과 같습니다.병렬 안전, 그러나 사용자 정의 함수는 표시됨병렬 안전하지 않음기본적으로. 토론을 참조하세요.PostgreSQL : 문서 : 18 : 15.4. 토토 캔 안전.

쿼리는 이미 병렬인 다른 쿼리 내에서 실행 중입니다. 예를 들어 병렬 쿼리에 의해 호출된 함수가 SQL 쿼리 자체를 실행하는 경우 해당 쿼리는 병렬 계획을 사용하지 않습니다. 이는 현재 구현의 제한사항이지만 매우 많은 수의 프로세스를 사용하는 단일 쿼리가 발생할 수 있으므로 이 제한사항을 제거하는 것은 바람직하지 않을 수 있습니다.

백그라운드 작업자의 총 수가 초과할 수 없다는 제한으로 인해 백그라운드 작업자를 얻을 수 없습니다.max_worker_processes.

병렬 젠 토토를 위해 시작된 총 백그라운드 작업자 수가 초과할 수 없다는 제한으로 인해 백그라운드 작업자를 얻을 수 없습니다.max_parallel_workers.

클라이언트는 0이 아닌 가져오기 횟수로 실행 메시지를 보냅니다. 에 대한 토론을 참조하세요.확장 젠 토토 프로토콜. 이후스포츠 토토 사이트 : 문서 : 18 : 32 장. LIBPQ - C 라이브러리현재 이러한 메시지를 보낼 수 있는 방법은 없습니다. 이는 libpq에 의존하지 않는 클라이언트를 사용할 때만 발생할 수 있습니다. 이것이 자주 발생하는 경우 설정하는 것이 좋습니다.max_parallel_workers_per_gather연속 실행 시 차선책이 될 수 있는 젠 토토 계획이 생성되는 것을 방지하기 위해 발생할 가능성이 있는 세션을 0으로 설정합니다.