Re: In-place upgrade: catalog side

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: In-place upgrade: catalog side
Дата
Msg-id 87hc5k127e.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: In-place upgrade: catalog side  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список pgsql-hackers
Zdenek Kotala <Zdenek.Kotala@Sun.COM> writes:

> Gregory Stark napsal(a):
>
>> How about adding a special syntax for CREATE TABLE which indicates to include
>> a dropped column in that position? Then pg_dump could have a -X option to
>> include those columns as placeholders. Something like:
>>
>> CREATE TABLE foo (
>>  col1 integer,
>>  NULL COLUMN,
>>  col2 integer
>> );
>
> You need to know a size of the attribute for fetchattr function.

True. and the alignment. I guess those would have to be in the syntax as well
since we don't even know what type those columns were previously. The type
might not even exist any more.

This is an internal syntax so I don't see any reason to bother making new
keywords just to pretty up the syntax. I don't see a problem with just doing
something like "NULL COLUMN (2,1)" 

The only constraint it seems to me is that it should be an unlikely string for
someone to come up with accidentally from a simple syntax error. That's why I
originally suggested two reserved keywords. But even NULL(2,1) seems like it
would be fine.


--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!


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

Предыдущее
От: tmp
Дата:
Сообщение: Optimizing DISTINCT with LIMIT
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Re: pgsql: Properly unregister OpenSSL callbacks when libpq is done with