Re: [PATCH] postgres_fdw connection caching - cause remote sessions linger till the local session exit
От | Bharath Rupireddy |
---|---|
Тема | Re: [PATCH] postgres_fdw connection caching - cause remote sessions linger till the local session exit |
Дата | |
Msg-id | CALj2ACU7QwViOwSFCejUGZvTWKhmHoXoXD0Egf9vtCNv36s+Uw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [PATCH] postgres_fdw connection caching - cause remote sessions linger till the local session exit (Craig Ringer <craig.ringer@enterprisedb.com>) |
Ответы |
Re: [PATCH] postgres_fdw connection caching - cause remote sessions linger till the local session exit
|
Список | pgsql-hackers |
On Wed, Nov 25, 2020 at 7:24 AM Craig Ringer <craig.ringer@enterprisedb.com> wrote: > > A quick thought here. > > Would it make sense to add a hook in the DISCARD ALL implementation that postgres_fdw can register for? > > There's precedent here, since DISCARD ALL already has the same effect as SELECT pg_advisory_unlock_all(); amongst otherthings. > IIUC, then it is like a core(server) function doing some work for the postgres_fdw module. Earlier in the discussion, one point raised was that it's better not to have core handling something related to postgres_fdw. This is the reason we have come up with postgres_fdw specific function and a GUC, which get defined when extension is created. Similarly, dblink also has it's own bunch of functions one among them is dblink_disconnect(). With Regards, Bharath Rupireddy. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: