From: | "Richard Huxton" <dev(at)archonet(dot)com> |
---|---|
To: | "Josh Berkus" <josh(at)agliodbs(dot)com>, <pgsql-sql(at)postgresql(dot)org> |
Subject: | Re: Problems with PG_DUMP and restore |
Date: | 2001-07-11 08:47:33 |
Message-ID: | 00bc01c109e7$904f5c60$1001a8c0@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
From: "Josh Berkus" <josh(at)agliodbs(dot)com>
> Richard,
> > Try having a look at the order the tables get inserted esp. with
> > regard to
> > any foreign keys etc. - I'm not sure pgdump is that clever about such
> > things.
>
> Thanks. I did try that; however:
> 1. Even trying re-loading the tables twice did not work, as it should
> have with missing foriegn keys.
> 2. I did not see any Unmatched Reference errors in the log, as I
> typically do with missing keys.
>
> Further, I *was* able to re-load the database from a unitary pg_dump
> file ... one that includes both DDL and data. It's just when I split
> the pg_dump into two files -- one for DDL, one for data -- that it
> fails.
>
> BTW, I'm using 7.1RC2
Was there not some fix to pgdump in 7.1.1?
Yep -
pg_dump fixes (Philip)
pg_dump can dump 7.0 databases (Philip)
Might be worth a quick upgrade & see what happens.
Failing that, it isn't something to do with permissions and pgdump
connecting as various users?
- Richard Huxton
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2001-07-11 08:57:45 | Re: Group by date_part |
Previous Message | Carlos | 2001-07-11 08:41:41 | Select distinct and order by. |