Re: dropping a table with dependencies - Mailing list pgsql-general

From Tom Lane
Subject Re: dropping a table with dependencies
Date
Msg-id 1126.1049212664@sss.pgh.pa.us
Whole thread Raw
In response to dropping a table with dependencies  ("Nigel J. Andrews" <nandrews@investsystems.co.uk>)
List pgsql-general
"Nigel J. Andrews" <nandrews@investsystems.co.uk> writes:
> Why does dropping a table for some dependencies give notice that the
> table is depended upon and for other dependencies that the primary key
> index for the table is depended upon?

It looks like a foreign-key constraint is marked as depending on *both*
the foreign table and the foreign table's pkey index.  Which one gets
reported depends on the luck of the draw of traversal order in the
dependency tree.

I'm not sure whether this marking is overkill, though offhand it seems
it might be.

            regards, tom lane


pgsql-general by date:

Previous
From: "Peter Schueller"
Date:
Subject: deferred constraint trigger problem
Next
From: Tom Lane
Date:
Subject: Re: Trigger functions