Re: DROP COLUMN status

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: DROP COLUMN status
Дата
Msg-id 200006081541.LAA01566@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: DROP COLUMN status  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: DROP COLUMN status  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> "Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> > The implementation makes the dropped column invisible by
> > changing its attnum to -attnum - offset(currently 20) and
> > attnam to ("*already Dropped%d",attnum).
> 
> Ugh.  No wonder you had to hack so many places in such an ugly fashion.
> Why not leave the attnum as-is, and just add a bool saying "column is
> dropped" to pg_attribute?  As long as the parser ignores columns marked
> that way for field lookup and expansion of *, it seems the rest of the
> system wouldn't need to treat dropped columns specially in any way.

If we leave it as positive, don't we have to change user applications
that query pg_attribute so they also know to skip it?

--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Proposal: TRUNCATE TABLE table RESTRICT
Следующее
От: Mike Mascari
Дата:
Сообщение: Re: Proposal: TRUNCATE TABLE table RESTRICT