Re: [PATCH] Add session_preload_libraries configuration parameter

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [PATCH] Add session_preload_libraries configuration parameter
Дата
Msg-id 51DBFCFB.3080000@gmx.net
обсуждение исходный текст
Ответ на Re: [PATCH] Add session_preload_libraries configuration parameter  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: [PATCH] Add session_preload_libraries configuration parameter  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On 7/8/13 4:37 AM, Dimitri Fontaine wrote:
>> I don't know of any actual legitimate uses of local_preload_libraries.
>> I recall that the plpgsql debugger was meant to use it, but doesn't
>> anymore.  So it's hard to judge what to do about this, without any
>> actual use cases.
> 
> Well there's my preprepare thing at 
> 
>   https://github.com/dimitri/preprepare

preprepare has an SQL function as entry point, so you don't need to
preload it.

> I don't think that the whitelisting is actually used in a way to allow
> for non superusers to load modules in the field, because the only way to
> do that with local_preload_libraries that I know of is to edit the
> postgresql.conf file and reload.
> 
>   alter role dim set local_preload_libraries = 'auto_explain';
>   ERROR:  55P02: parameter "local_preload_libraries" cannot be set after connection start

I think the idea was to use PGOPTIONS to load it, controlled by the
client side.




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

Предыдущее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: Add visibility map information to pg_freespace.
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: [PATCH] Add session_preload_libraries configuration parameter