From: | Fischer Ulrich <ulrich(dot)fischer(at)aerodynamics(dot)ch> |
---|---|
To: | Grega Bremec <grega(dot)bremec(at)noviforum(dot)si> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: problem with pg_dump and pg_restore |
Date: | 2004-04-21 13:44:08 |
Message-ID: | 40867AA8.1020803@aerodynamics.ch |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
The schema/data separation is higly recommended in the HowTo of tsearch2.
Thanks for your idea, I'l try it!
Ulrich
Grega Bremec wrote:
> ...and on Wed, Apr 21, 2004 at 02:46:54PM +0200, Fischer Ulrich used the keyboard:
>
>>Hi
>>
>>I try to move my datas from a postresql 7.3.2 to a postgresql 7.4.1. The
>>database was dumped with:
>>
>> pg_dumpall -g GLOBALobjects.sql
>> pg_dump -s DATABASE > DBschema.sql
>> pg_dump -Fc DATABASE > DBdata.tar
>>
>
>
> Why the schema/data separation? One important freedom you get when combining
> schema and data in the dumps is you can alter it after you imported the data
> and thus avoid cyclic dependencies where existance of one foreign key mandates
> the existance of another, which refers to the first one.
>
> For now though, try eliminating all constraints from the schema dump and
> ALTERing the tables after you imported the data.
>
> Hope this helped,
--
Ulrich G. Fischer Dipl. Natw. ETH
Center Aerodynamics Ruag Aerospace
P.O. Box 301 CH-6032 Emmen
Tel. +41 41 268 23 53 Fax. +41 41 268 38 97
ulrich(dot)fischer(at)aerodynamics(dot)ch www.ruag.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tyler Ward | 2004-04-21 15:44:23 | Problem with inserts from subselects |
Previous Message | Grega Bremec | 2004-04-21 13:28:23 | Re: problem with pg_dump and pg_restore |