Re: Extension tracking temp table and causing update failure

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Extension tracking temp table and causing update failure
Дата
Msg-id 8167.1331135949@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Extension tracking temp table and causing update failure  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: Extension tracking temp table and causing update failure  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: BUG #6523: Problems with dbpool()
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: [GENERAL] Altering a table with a rowtype column