Re: Extensions versus pg_upgrade - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: Extensions versus pg_upgrade
Date
Msg-id 9C52C47C-EC31-4C83-B478-5ABBB5DB94B5@kineticode.com
Whole thread Raw
In response to Re: Extensions versus pg_upgrade  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Feb 8, 2011, at 6:48 PM, Tom Lane wrote:

> Like ALTER THING SET SCHEMA, ALTER THING SET EXTENSION is implicitly
> assuming that there can be only one owning extension for an object.
> Furthermore, it's not really intended for *removal* of an object from an
> extension (a concept that doesn't even exist for SET SCHEMA).  We could
> take a page from COMMENT ON and use "SET EXTENSION NULL" for that, but
> that's surely more of a hack than anything else.
>
> In contrast, ALTER EXTENSION ADD doesn't presuppose that you couldn't
> add the object to multiple extensions; and it has a natural inverse,
> ALTER EXTENSION DROP.  I am not necessarily suggesting that we will ever
> allow either of those things, but I do suggest that we should pick a
> syntax that doesn't look like it's being forced to conform if we ever
> want to do it.  The DROP case at least seems like it might be wanted
> in the relatively near future.
>
> So that looks to me like a fairly good argument for the ADD syn

It feels a lot more natural to me, frankly. I'd tend to think about what's grouped into an extension, and look for the
documentationrelated to extensions for how to add an object to an extension. I don't think it would occur to me, on
firstpass, to look in the ALTER FUNCTION docs for how to add a function to an extension. 

In my mind, I'm modifying the extension, not the function.

Best,

David



pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: Sync Rep for 2011CF1
Next
From: Robert Haas
Date:
Subject: Re: Sync Rep for 2011CF1