Re: Extension tracking temp table and causing update failure - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Extension tracking temp table and causing update failure
Date
Msg-id 8167.1331135949@sss.pgh.pa.us
Whole thread Raw
In response to Re: Extension tracking temp table and causing update failure  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Responses Re: Extension tracking temp table and causing update failure
List pgsql-bugs
Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>> It would also have the effect that explicit DROPs of member objects in
>> extension scripts could be done without an explicit ALTER EXTENSION DROP
>> first.  I think we'd originally decided that requiring the ALTER was a
>> good safety feature, but is it really more than nanny-ism?  The intent
>> of a DROP command seems pretty clear.

> What I remember we decided is that you can't DROP any single object of
> an extension alone, you have to drop the extension wholesale or not at
> all. So that you first “detach” the object from the extension then drop
> it. That makes perfect sense in general but is a useless restriction
> when executing an extension's script.

Actually, on further thought I am not sure we really considered the idea
of a DROP in an extension script at all --- it's not something that you
would normally expect an extension to want to do for an exported object,
and I'm pretty sure none of us thought about transient objects.

But anyway, we all seem to agree that this seems like a reasonable fix,
so I will look into making it happen.

            regards, tom lane

pgsql-bugs by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: BUG #6523: Problems with dbpool()
Next
From: Merlin Moncure
Date:
Subject: Re: [GENERAL] Altering a table with a rowtype column