Re: FailedAssertion on partprune

From: "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: FailedAssertion on partprune
Date: 2018-08-31 17:24:11
Message-ID: a1ef4a42-95ae-dd8e-0c27-05d86822653b@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 8/29/18 1:38 PM, Robert Haas wrote:
> On Mon, Aug 27, 2018 at 6:05 PM, Jonathan S. Katz <jkatz(at)postgresql(dot)org> wrote:
>> On behalf of the RMT, I just want to make sure this keeps moving along.
>> It sounds like the next step is for Robert to verify that [3] is the
>> expected
>> behavior and then David can decide what to do from there.
>
> Yes, that's the expected behavior. If we didn't regenerate the paths
> there, we'd end up with
>
> Result
> -> Append
> -> [various paths that produce a tlist which needs to be adjusted
> later by the result node]
>
> Instead of:
>
> Append
> -> [various paths that produce an adjusted tlist]
>
> Paths of the former kind have already been generated; we regenerate
> paths here to get the latter kind as well, which end up displacing the
> old ones on cost.
>

An update from the RMT: after our meeting today, we decided that we
would drop this from the list of open items for the 11 major release.
The initial issue was already fixed and we understand that developing
the test for this will take some work and we do not thing it is needed
for the v11 release.

Thanks again for working on this!

Jonathan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2018-08-31 17:27:16 Re: Negotiating the SCRAM channel binding type
Previous Message Jaime Casanova 2018-08-31 16:48:55 Re: FailedAssertion on partprune