Re: problem with pg_dump and pg_restore
От | Corey.Brune@transplace.com |
---|---|
Тема | Re: problem with pg_dump and pg_restore |
Дата | |
Msg-id | OF390F61E1.5B59F397-ON86256E7D.0058199D@transplace.com обсуждение исходный текст |
Ответ на | problem with pg_dump and pg_restore (Fischer Ulrich <ulrich.fischer@aerodynamics.ch>) |
Список | pgsql-admin |
When I tried to use the 7.3.2 dump, and use 7.4.1 import, I had several issues- mostly with data. I actually had to dump with the 7.4.1 dumpall command, upgrade the DB to 7.4.1, and then everything imported correctly. Hope this helps, Corey Grega Bremec <grega.bremec@novifor To: Fischer Ulrich <ulrich.fischer@aerodynamics.ch> um.si> cc: pgsql-admin@postgresql.org Sent by: Subject: Re: [ADMIN] problem with pg_dump and pg_restore pgsql-admin-owner@pos tgresql.org 04/21/2004 08:28 AM ...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, -- Grega Bremec Senior Administrator Noviforum Ltd., Software & Media http://www.noviforum.si/ (See attached file: att4aa3m.dat)
Вложения
В списке pgsql-admin по дате отправления: