Re: Parallel Index Scans - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Parallel Index Scans
Date
Msg-id CAM3SWZR6c+1CWGHC40G9z5THFe3u2xBv55W5-TertFEoOAZRnQ@mail.gmail.com
Whole thread Raw
In response to Re: Parallel Index Scans  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: Parallel Index Scans  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
On Mon, Oct 17, 2016 at 8:08 PM, Amit Kapila <amit.kapila16@gmail.com> wrote:
> Create Index .... With (parallel_workers = 4);
>
> If above syntax looks sensible, then we might need to think what
> should be used for parallel index build.  It seems to me that parallel
> tuple sort patch [1] proposed by Peter G. is using above syntax for
> getting the parallel workers input from user for parallel index
> builds.

Apparently you see a similar issue with other major database systems,
where similar storage parameter things are kind of "overloaded" like
this (they are used by both index creation, and by the optimizer in
considering whether it should use a parallel index scan). That can be
a kind of a gotcha for their users, but maybe it's still worth it. In
any case, the complaints I saw about that were from users who used
parallel CREATE INDEX with the equivalent of my parallel_workers index
storage parameter, and then unexpectedly found this also forced the
use of parallel index scan. Not the other way around.

Ideally, the parallel_workers storage parameter will rarely be
necessary because the optimizer will generally do the right thing in
all case.

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: "Joshua D. Drake"
Date:
Subject: Disable autovacuum guc?
Next
From: Josh Berkus
Date:
Subject: Re: Disable autovacuum guc?