Re: Column storage positions
От | Phil Currier |
---|---|
Тема | Re: Column storage positions |
Дата | |
Msg-id | c58979e50702211317s3df4ac7ct5cb2af2dbaed1008@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Column storage positions (Gregory Stark <stark@enterprisedb.com>) |
Ответы |
Re: Column storage positions
|
Список | pgsql-hackers |
On 2/21/07, Gregory Stark <stark@enterprisedb.com> wrote: > So yes, there would be a use case for specifying the physical column layout > when pg_migrator is doing the pg_dump/restore. But pg_migrator could probably > just update the physical column numbers itself. It's not like updating system > catalog tables directly is any more of an abstraction violation than swapping > files out from under the database... If people are ok with that answer, then I'll gladly stop suggesting that ALTER TABLE be able to explicitly set storage positions. I was just trying to avoid forcing a tool like pg_migrator to muck with the system catalogs. phil
В списке pgsql-hackers по дате отправления: