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)
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 |