Re: Runtime pruning problem - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Runtime pruning problem
Date
Msg-id 2018.1555473241@sss.pgh.pa.us
Whole thread Raw
In response to Re: Runtime pruning problem  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Responses Re: Runtime pruning problem
List pgsql-hackers
Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> writes:
> On 2019/04/17 11:29, David Rowley wrote:
>> Where do you think the output list for EXPLAIN VERBOSE should put the
>> output column list in this case? On the Append node, or just not show
>> them?

> Maybe, not show them?

Yeah, I think that seems like a reasonable idea.  If we show the tlist
for Append in this case, when we never do otherwise, that will be
confusing, and it could easily break plan-reading apps like depesz.com.

What I'm more worried about is whether this breaks any internal behavior
of explain.c, as the comment David quoted upthread seems to think.
If we need to have a tlist to reference, can we make that code look
to the pre-pruning plan tree, rather than the planstate tree?

            regards, tom lane



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: log_planner_stats and prepared statements
Next
From: David Rowley
Date:
Subject: Re: Runtime pruning problem