From: | Phil Sorber <phil(at)omniti(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)postgresql(dot)org, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr> |
Subject: | Re: Extension tracking temp table and causing update failure |
Date: | 2012-03-07 06:49:35 |
Message-ID: | CADAkt-i81KSUC2-dsTnN8A3x7BMHNCCvSBpjtY0NJcAw0Woksg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, Mar 6, 2012 at 5:10 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Instead, I'm tempted to propose that dependency.c explicitly allow drops
> of objects that belong to the current extension, when an extension is
> being created or updated. (That is, if we come across a dependency
> reference to the active extension, we just ignore it. A quick look
> suggests that this would require only a very small patch.) That would
> prevent the entire class of problems.
>
> 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.
>
> Thoughts?
I know you were more looking for Dimitri's answer to this, but I like the idea.
From | Date | Subject | |
---|---|---|---|
Next Message | Sergey Burladyan | 2012-03-07 09:06:57 | Re: BUG #6480: NLS text width problem |
Previous Message | Alex Hunsaker | 2012-03-07 04:08:25 | Re: BUG #6511: calling spi_exec_query from non-main package, results in: couldn't fetch $_TD |