Re: DROP COLUMN Proposal

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Re: DROP COLUMN Proposal
Дата
Msg-id GNELIHDDFBOCMGBFGEFOIEOGCCAA.chriskl@familyhealth.com.au
обсуждение исходный текст
Ответ на Re: DROP COLUMN Proposal  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: aggregate that returns array
Следующее
От: Jeff Davis
Дата:
Сообщение: listen/notify argument (old topic revisited)