Re: Oddity with parallel safety test for scan/join target in grouping_planner - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Oddity with parallel safety test for scan/join target in grouping_planner
Date
Msg-id CA+TgmobmV=Zw2OEJKUorJe=e+_fCzsvYErR6tXxTjCzK45x9RQ@mail.gmail.com
Whole thread Raw
In response to Oddity with parallel safety test for scan/join target in grouping_planner  (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>)
Responses Re: Oddity with parallel safety test for scan/join target in grouping_planner
List pgsql-hackers
On Tue, Feb 26, 2019 at 7:26 AM Etsuro Fujita
<fujita.etsuro@lab.ntt.co.jp> wrote:
> The parallel safety of the final scan/join target is determined from the
> grouping target, not that target, which [ is wrong ]

OOPS.  That's pretty embarrassing.

Your patch looks right to me.  I will now go look for a bag to put over my head.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Unneeded parallel safety tests in grouping_planner
Next
From: Robert Haas
Date:
Subject: Re: reloption to prevent VACUUM from truncating empty pages at theend of relation