From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-committers(at)postgresql(dot)org |
Subject: | pgsql: Re-establish postgres_fdw connections after server or user mappi |
Date: | 2017-07-21 16:51:56 |
Message-ID: | E1dYb9g-0004YJ-5j@gemulon.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
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
Branch
------
master
Details
-------
https://git.postgresql.org/pg/commitdiff/8bf58c0d9bd336868e2d6489f11dc094cad9ad91
Modified Files
--------------
contrib/postgres_fdw/connection.c | 118 +++++++++++++++++++++----
contrib/postgres_fdw/expected/postgres_fdw.out | 37 ++++++++
contrib/postgres_fdw/sql/postgres_fdw.sql | 20 +++++
3 files changed, 157 insertions(+), 18 deletions(-)
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2017-07-21 17:05:04 | pgsql: pg_rewind: Fix busted sanity check. |
Previous Message | Andres Freund | 2017-07-21 16:01:24 | Re: [COMMITTERS] pgsql: Add a Gather executor node. |