Re: Fwd: Advice about preloaded libraries

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Esteban Zimanyi <estebanzimanyi(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Fwd: Advice about preloaded libraries
Date: 2023-10-10 15:15:36
Message-ID: 202310101515.ucdlddy5xmxp@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2023-Oct-10, Esteban Zimanyi wrote:

> As can be seen above, it is not REALLY mandatory to have
> shared_preload_libraries = 'postgis-3' but then the user is responsible for
> issuing a query to load PostGIS (select st_point(1,1); above) and then she
> is able to execute MobilityDB queries.

Calling a function that exists in some library will cause the library to
be loaded. Alternatively, you can cause the library to be loaded
automatically at some point of the start sequence, by
shared_preload_libraries or the other configuration options. Or you can
use the LOAD statement.

If by whichever mechanism postgis has been loaded into your session,
then calling a function in MobilityDB will work fine, because the
postgis library will have been loaded. It doesn't matter exactly how
was postgis loaded.

The advantage of using shared_preload_libraries is performance of
connection establishment: the library is loaded by the postmaster, so
each new backend inherits it already loaded and doesn't have to load it
itself.

--
Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/
"I love the Postgres community. It's all about doing things _properly_. :-)"
(David Garamond)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2023-10-10 16:37:30 Re: On login trigger: take three
Previous Message Evan Jones 2023-10-10 14:51:10 Re: [PATCH] hstore: Fix parsing on Mac OS X: isspace() is locale specific