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
|
Список | 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 по дате отправления: