Re: [PATCH] Add session_preload_libraries configuration parameter

From: Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [PATCH] Add session_preload_libraries configuration parameter
Date: 2013-07-09 12:37:58
Message-ID: m2d2qrc3ix.fsf@2ndQuadrant.fr
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> preprepare has an SQL function as entry point, so you don't need to
> preload it.

Well the whole goal of that extension is to autoload itself entirely
server side at connection time. The function API had been made to cope
with 8.3 where it wasn't possible to get a snapshot from within the init
function of a module.

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

Oh. Never done that, I don't know if that's common in the field. If it's
in use, then the new session_preload_libraries GUC looks the only way
forward then.

Regards,
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Merlin Moncure 2013-07-09 13:53:12 Re: Millisecond-precision connect_timeout for libpq
Previous Message ivan babrou 2013-07-09 12:25:50 Re: Millisecond-precision connect_timeout for libpq