Re: Extensions versus pg_upgrade

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Extensions versus pg_upgrade
Дата
Msg-id 1000.1297221930@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Extensions versus pg_upgrade  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Extensions versus pg_upgrade  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Tue, Feb 8, 2011 at 9:48 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Like ALTER THING SET SCHEMA, ALTER THING SET EXTENSION is implicitly
>> assuming that there can be only one owning extension for an object.

> I would assume that we would enforce that constraint anyway.  No?
> Otherwise when you drop one of the two extensions, what happens to the
> object?  Seems necessary for sanity.

Not sure --- what about nested extensions, for instance?  Or you could
think about objects that are shared between two extensions, and go away
only if all those extensions are dropped.  (RPM has exactly that
behavior for files owned by multiple packages, to take a handy example.)

My point is that the current restriction to just one containing
extension seems to me to be an implementation restriction, rather than
something inherent in the concept of extensions.  I have no intention of
trying to relax that restriction in the near future --- I'm just
pointing out that it could become an interesting thing to do.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hitoshi Harada
Дата:
Сообщение: Re: REVIEW: PL/Python table functions
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Extensions versus pg_upgrade