Re: checking my understanding of TupleDesc - Mailing list pgsql-hackers

From Tom Lane
Subject Re: checking my understanding of TupleDesc
Date
Msg-id 30691.1573600856@sss.pgh.pa.us
Whole thread Raw
In response to Re: checking my understanding of TupleDesc  (Andres Freund <andres@anarazel.de>)
Responses Re: checking my understanding of TupleDesc  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2019-11-12 17:39:20 -0500, Tom Lane wrote:
>> There's a semi-exception, which is that the planner might decide that we
>> can skip a projection step for the output of a table scan node, in which
>> case dropped columns would be included in its output.  But that would only
>> be true if there are upper plan nodes that are doing some projections of
>> their own.  The final query output will definitely not have them.

> I *think* we don't even do that, because build_physical_tlist() bails
> out if there's a dropped (or missing) column.

Ah, right.  Probably because we need to insist on every column of an
execution-time tupdesc having a valid atttypid ... although I wonder,
is that really necessary?

            regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: make pg_attribute_noreturn() work for msvc?
Next
From: Peter Geoghegan
Date:
Subject: Re: [HACKERS] [WIP] Effective storage of duplicates in B-tree index.