Re: pg_dump future problem.

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Re: pg_dump future problem.
Дата
Msg-id 20030504134835.D44780-100000@houston.familyhealth.com.au
обсуждение исходный текст
Ответ на Re: pg_dump future problem.  (Philip Warner <pjw@rhyme.com.au>)
Ответы Re: pg_dump future problem.  (Philip Warner <pjw@rhyme.com.au>)
Список pgsql-hackers
> At 12:14 PM 4/05/2003 +0800, Christopher Kings-Lynne wrote:
> >CREATE TABLE really_long_name (
> >         a SERIAL UNIQUE
> >);
>
> At least in production versions, pg_dump does not do this. It will dump it as
>     a integer default nextval('really_long_na_seq')
> )

No, 7.3 release dumps tables like this.

Assuming that you've use contrib/adddepend to add the dependencies from
your old tables into the dependencies table.  (Which you should do...)

Even if you don't, then any tables you create under 7.3 will certainly be
dumped like that...

Chris



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

Предыдущее
От: Philip Warner
Дата:
Сообщение: Re: pg_dump future problem.
Следующее
От: Philip Warner
Дата:
Сообщение: Re: pg_dump future problem.