Re: DROP COLUMN Proposal - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: DROP COLUMN Proposal
Date
Msg-id GNELIHDDFBOCMGBFGEFOIEOGCCAA.chriskl@familyhealth.com.au
Whole thread Raw
In response to Re: DROP COLUMN Proposal  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> The nice thing about this implementation approach is that most of the
> backend need not be aware of deleted columns.  There are a few places in
> the parser (probably few enough to count on one hand) that will have to
> explicitly check for and reject references to dropped columns, and
> you're done.  The rewriter, planner and executor are blissfully ignorant
> of the whole deal.

If you can enumerate these places without much effort, it'd be appreciated!

I found:

expandRTE() in parser/parse_relation.c

What else?

Chris





pgsql-hackers by date:

Previous
From: Hannu Krosing
Date:
Subject: Re: aggregate that returns array
Next
From: Jeff Davis
Date:
Subject: listen/notify argument (old topic revisited)