Re: pg_restore --clean failing due to dependancies

From: "Arnaud L(dot)" <arnaud(dot)listes(at)codata(dot)eu>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_restore --clean failing due to dependancies
Date: 2016-11-15 15:55:22
Message-ID: 1957b933-a086-4c04-aa9e-c69e1f88e960@codata.eu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Le 15/11/2016 à 16:21, Adrian Klaver a écrit :
>> The restore fails on a lot of statements, complaining about dependencies.
>> For instance, "cannot drop rule _RETURN on view myview1 because view
>> myview1requires it". Or "cannot drop constraint mypkey on table my table
>> because other objects depend on it [list of foreign keys]".
>
> So where are the above objects, eg what schema?

They are in a schema that is included in the dump (more precisely, not
excluded from).
It happens in all schemas, not a specific one.

> pg_restore -l "D:\db.dump"
> to see what pg_restore thinks is the order of restore.

OK I did that.
The output is pretty big.
The second error is a consequence of the first one (they were not
foreign keys but views, sorry for the mistake).
So the very first error from pg_restore, the "cannot drop rule
_return..." is TOC 11330.
It is on the line 4948 in the pg_restore -l output (does this order
matter, or is it the TOC ?).
The view is number 1467 in the TOC, and is on line 2353 of the
pg_restore -l output.

--
Arnaud

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Arnaud L. 2016-11-15 16:09:36 Re: pg_restore --clean failing due to dependancies
Previous Message Tom Lane 2016-11-15 15:44:18 Re: pg_restore --clean failing due to dependancies