Re: problem with pg_dump and pg_restore

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

In response to

Browse pgsql-admin by date

  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