pgsql: Rethink the GetForeignUpperPaths API (again). - Mailing list pgsql-committers

From Tom Lane
Subject pgsql: Rethink the GetForeignUpperPaths API (again).
Date
Msg-id E1bJ1zg-0004eU-6x@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
Rethink the GetForeignUpperPaths API (again).

In the previous design, the GetForeignUpperPaths FDW callback hook was
called before we got around to labeling upper relations with the proper
consider_parallel flag; this meant that any upper paths created by an FDW
would be marked not-parallel-safe.  While that's probably just as well
right now, we aren't going to want it to be true forever.  Hence, abandon
the idea that FDWs should be allowed to inject upper paths before the core
code has gotten around to creating the relevant upper relation.  (Well,
actually they still can, but it's on their own heads how well it works.)
Instead, adopt the same API already designed for create_upper_paths_hook:
we call GetForeignUpperPaths after each upperrel has been created and
populated with the paths the core planner knows how to make.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/9e703987a8a1961af8edd751169a8ae1055890eb

Modified Files
--------------
doc/src/sgml/fdwhandler.sgml           |  55 +++++++++++------
src/backend/optimizer/README           |  13 ----
src/backend/optimizer/plan/planagg.c   |   5 +-
src/backend/optimizer/plan/planner.c   | 108 +++++++++++++++++++++++++++------
src/backend/optimizer/prep/prepunion.c |   4 ++
src/include/foreign/fdwapi.h           |   4 +-
6 files changed, 135 insertions(+), 54 deletions(-)


pgsql-committers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: pgsql: Fix crash bug in RestoreSnapshot.
Next
From: Alvaro Herrera
Date:
Subject: pgsql: walreceiver: tweak pg_stat_wal_receiver behavior