Re: Extension tracking temp table and causing update failure

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.

In response to

Browse pgsql-bugs by date

  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