postgres/contrib/postgres_fdw
Tom Lane cb2b1cac0c Re-establish postgres_fdw connections after server or user mapping changes.
Previously, postgres_fdw would keep on using an existing connection even
if the user did ALTER SERVER or ALTER USER MAPPING commands that should
affect connection parameters.  Teach it to watch for catcache invals
on these catalogs and re-establish connections when the relevant catalog
entries change.  Per bug #14738 from Michal Lis.

In passing, clean up some rather crufty decisions in commit ae9bfc5d6
about where fields of ConnCacheEntry should be reset.  We now reset
all the fields whenever we open a new connection.

Kyotaro Horiguchi, reviewed by Ashutosh Bapat and myself.
Back-patch to 9.3 where postgres_fdw appeared.

Discussion: https://postgr.es/m/20170710113917.7727.10247@wrigleys.postgresql.org
2017-07-21 12:51:38 -04:00
..
expected Re-establish postgres_fdw connections after server or user mapping changes. 2017-07-21 12:51:38 -04:00
sql Re-establish postgres_fdw connections after server or user mapping changes. 2017-07-21 12:51:38 -04:00
.gitignore
connection.c Re-establish postgres_fdw connections after server or user mapping changes. 2017-07-21 12:51:38 -04:00
deparse.c Fix assorted fallout from IS [NOT] NULL patch. 2016-07-28 16:09:15 -04:00
Makefile Fix SHLIB_PREREQS use in contrib, allowing PGXS builds 2014-12-04 08:45:38 -05:00
option.c pgindent run for 9.4 2014-05-06 12:12:18 -04:00
postgres_fdw--1.0.sql
postgres_fdw.c Allow queries submitted by postgres_fdw to be canceled. 2017-05-06 22:19:56 -04:00
postgres_fdw.control
postgres_fdw.h Allow queries submitted by postgres_fdw to be canceled. 2017-05-06 22:19:56 -04:00