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 | CALj2ACXjs-fXq3h=NrVN8nSLYzvA-SZpu=nPpv9cY1uPuoujMw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [PATCH] postgres_fdw connection caching - cause remote sessions linger till the local session exit (Fujii Masao <masao.fujii@oss.nttdata.com>) |
Ответы |
Re: [PATCH] postgres_fdw connection caching - cause remote sessions linger till the local session exit
|
Список | pgsql-hackers |
On Fri, Jan 29, 2021 at 1:17 PM Fujii Masao <masao.fujii@oss.nttdata.com> wrote: > >> But if the issue is only the inconsistency of test results, > >> we can go with the option (2)? Even with (2), we can make the test > >> stable by removing "valid" column and executing > >> postgres_fdw_get_connections() within the transaction? > > > > Hmmm, and we should have the tests at the start of the file > > postgres_fdw.sql before even we make any foreign server connections. > > We don't need to move the test if we always call postgres_fdw_disconnect_all() just before starting new transaction andcalling postgres_fdw_get_connections() as follows? > > SELECT 1 FROM postgres_fdw_disconnect_all(); > BEGIN; > ... > SELECT * FROM postgres_fdw_get_connections(); > ... Yes, that works, but we cannot show true/false for the postgres_fdw_disconnect_all output. I will post the patch soon. Thanks a lot. With Regards, Bharath Rupireddy. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: