Re: alter table drop column

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: alter table drop column
Дата
Msg-id 200101120537.AAA29879@candle.pha.pa.us
обсуждение исходный текст
Ответ на alter table drop column  (Jeff Davis <jdavis@dynworks.com>)
Список pgsql-hackers
Added to TODO.detail/drop.

[ Charset ISO-8859-1 unsupported, converting... ]
> 
> I read the transcript of the alter table drop column discussion (old
> discussion) at http://www.postgresql.org/docs/pgsql/doc/TODO.detail/drop,
> and I have something to add:
> 
> People mentioned such ideas as a hidden column and a really deleted column,
> and it occurred to me that perhaps "vacuum" would be a good option to use.
> When a delete was issued, the column would be hidden (by a negative/invalid
> logical column number, it appears was the consensus). Upon issuing a
> vacuum, it could perform a complete deletion. This method would allow users
> to know that the process may take a while (I think the agreed method for a
> complete delete was to "select into..." the right columns and leave out the
> deleted ones, then delete the old table).
> 
> Furthermore, I liked the idea of some kind of "undelete", as long as it was
> just hidden. This could apply to anything that is cleaned out with a vacuum
> (before it is cleaned out), although I am not sure how feasible this is,
> and it isn't particularly important to me.
> 
> Regards,
>     Jeff
> 
> -- 
> Jeff Davis
> Dynamic Works
> jdavis@dynworks.com
> http://dynworks.com
> 
> 


--  Bruce Momjian                        |  http://candle.pha.pa.us 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: postgresql.conf and postgres options
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: CRCs (was Re: [GENERAL] Re: Loading optimization)