Re: BUG #17117: FailedAssertion at planner.c - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #17117: FailedAssertion at planner.c
Date
Msg-id 781665.1626965418@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #17117: FailedAssertion at planner.c  (David Rowley <dgrowleyml@gmail.com>)
List pgsql-bugs
David Rowley <dgrowleyml@gmail.com> writes:
>  On Fri, 23 Jul 2021 at 00:28, David Rowley <dgrowleyml@gmail.com> wrote:
>> I'm unsure if parse->hasModifyingCTE is not being set properly and
>> that's causing PlannerGlobal.parallelModeOK to be set incorrectly in
>> standard_planner or if we should just be never setting anything to
>> parallelModeOK that's not parse->querySource == QSRC_ORIGINAL.

> I think the hasModifyingCTE going missing is the problem here.

I think this is a dup of the ongoing discussion at

https://www.postgresql.org/message-id/flat/CAJcOf-fAdj=nDKMsRhQzndm-O13NY4dL6xGcEvdX5Xvbbi0V7g@mail.gmail.com

The thing that's stalled that discussion is disagreement over whether
it's necessary to make a bigger change than what you have here.

            regards, tom lane



pgsql-bugs by date:

Previous
From: David Rowley
Date:
Subject: Re: BUG #17117: FailedAssertion at planner.c
Next
From: "Andrey V. Lepikhov"
Date:
Subject: Re: The case when AsyncAppend exists also in the qual of Async ForeignScan