Re: Shared access methods?

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Shared access methods?
Дата
Msg-id
9942.1529007042@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Shared access methods? Andres Freund <andres@anarazel.de>
Re: Shared access methods? Alexander Korotkov <a.korotkov@postgrespro.ru>
Re: Shared access methods? Andres Freund <andres@anarazel.de>
Re: Shared access methods? Tom Lane <tgl@sss.pgh.pa.us>
Re: Shared access methods? Andres Freund <andres@anarazel.de>
Re: Shared access methods? Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Shared access methods? Andres Freund <andres@anarazel.de>
Andres Freund  writes:
> On 2018-06-14 15:59:22 +0300, Alexander Korotkov wrote:
>> We already have CREATE ACCESS METHOD command.  I think this command
>> should handle that internally.  And I don't understand why "ON
>> CONFLICT DO NOTHING".  If AM with given name already exists in pg_am,
>> why should we ignore the error?

> Well, right now an AM containing extension creates things in each
> database (i.e. same scope as extensions). But with shared AMs that
> wouldn't be the case - you might still want to create the extension in
> another database.  So we'd need to have CREATE ACCESS METHOD check
> whether already is the same entry, and only delete it on DROP ACCESS
> METHOD if there's no dependencies from other databases...

I'm not really buying this idea at all, at least not for index AMs,
because you also need a pile of other database-local infrastructure
--- opclasses, operators, functions, etc.  Trying to make pieces of
that be shared is not going to end well.

			regards, tom lane

В списке pgsql-hackers по дате отправления
От: Alvaro Herrera
Дата:
От: Bossart, Nathan
Дата:
FAQ