Re: ALTER EXTENSION .. ADD/DROP weirdness

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: ALTER EXTENSION .. ADD/DROP weirdness
Дата
Msg-id 6494.1318272743@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: ALTER EXTENSION .. ADD/DROP weirdness  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: ALTER EXTENSION .. ADD/DROP weirdness
Re: ALTER EXTENSION .. ADD/DROP weirdness
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> But there's a bigger problem: it seems to me that we have an
> inconsistency between what happens when you create an extension from
> scratch and when you upgrade it from unpackaged.  Both pg_buffercache
> and pg_stat_statements just do this in the "upgrade from unpackaged"
> case:

> ALTER EXTENSION <ext-name> ADD view <view-name>;

> They do *not* add the type and the array type.  But when the "1.0"
> script is run, the type and array type end up belonging to the
> extension.  This seems bad.

Hmm, yeah, we need to make those consistent.

The underlying issue here is whether objects dependent on an extension
member should have direct dependencies on the extension too, and if not,
how do we prevent that?  The recordDependencyOnCurrentExtension calls
don't have enough information to know what to do, I think.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: COUNT(*) and index-only scans
Следующее
От: Robert Haas
Дата:
Сообщение: Re: SET variable - Permission issues