Re: search_path vs extensions

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: search_path vs extensions
Дата
Msg-id 4136ffa0905281220w5a226972i65b46e802c40487a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: search_path vs extensions  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: search_path vs extensions  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thu, May 28, 2009 at 8:16 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> It also seems to me that we're getting seriously sidetracked from the
>> dependency-tracking part of this project which seems to me to be a
>> much deeper and more fundamental issue.
>
> I thought that part was a pretty simple problem, actually.  Have an
> object representing the module, make sure each component object in the
> module has an AUTO dependency link to that object.  Where's the
> difficulty?

Is that really a complete answer? How do we deal with upgrading an
extension to a more recent version? What happens to objects in the
database which depend on objects from the extension?

Can we suspend the normal rules for dependency tracking while
uninstalling the old version, install the new version, then check that
all the dependencies which were left hanging from the old one can be
satisfied by similarly named objects in the new one and redirect them?

--
greg


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: search_path vs extensions
Следующее
От: Tom Lane
Дата:
Сообщение: Re: plperl error format vs plpgsql error format vs pgTAP