Re: Problems with PG_DUMP and restore

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

In response to

Browse pgsql-sql by date

  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.