Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations
Date
Msg-id 15238.1348454160@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Responses Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
List pgsql-bugs
Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
> Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
>> I think we shouldn't change the content of pg_depend lightly here, and

> So here's a patch following that idea.

I've got to say that I think this is fundamentally the wrong approach:
rather than fixing the generic problem of ALTER EXTENSION not coping
with multiple dependency paths to the same object, it hacks the specific
case of owned sequences, and what's more it does that by assuming that
every owned sequence *will* have a dependency on the extension.  That's
not a safe assumption.

Still, this might be the best approach for the back branches, given that
we do not know of any existing multiple-dependency scenarios other than
the owned-sequence case.  A real fix is looking mighty invasive.

> Even for TIP I don't want us to change how pg_depend tracking is done,

Agreed.  Quite aside from backwards-compatibility concerns, I think that
trying to avoid multiple dependency paths is doomed to failure.

            regards, tom lane

pgsql-bugs by date:

Previous
From: Reinhard Max
Date:
Subject: Re: BUG #7559: syslogger doesn't close stdout and stderr
Next
From: Tom Lane
Date:
Subject: Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations