pgsql: Generate a separate upper relation for each stage of setopplann

Поиск
Список
Период
Сортировка
От Robert Haas
Тема pgsql: Generate a separate upper relation for each stage of setopplann
Дата
Msg-id E1exxA5-0002cY-E4@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Generate a separate upper relation for each stage of setop planning.

Commit 3fc6e2d7f5b652b417fa6937c34de2438d60fa9f made setop planning
stages return paths rather than plans, but all such paths were loosely
associated with a single RelOptInfo, and only the final path was added
to the RelOptInfo.  Even at the time, it was foreseen that this should
be changed, because there is otherwise no good way for a single stage
of setop planning to return multiple paths.  With this patch, each
stage of set operation planning now creates a separate RelOptInfo;
these are distinguished by using appropriate relid sets.  Note that
this patch does nothing whatsoever about actually returning multiple
paths for the same set operation; it just makes it possible for a
future patch to do so.

Along the way, adjust things so that create_upper_paths_hook is called
for each of these new RelOptInfos rather than just once, since that
might be useful to extensions using that hook.  It might be a good
to provide an FDW API here as well, but I didn't try to do that for
now.

Patch by me, reviewed and tested by Ashutosh Bapat and Rajkumar
Raghuwanshi.

Discussion: http://postgr.es/m/CA+TgmoaLRAOqHmMZx=ESM3VDEPceg+-XXZsRXQ8GtFJO_zbMSw@mail.gmail.com

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/c596fadbfe20ff50a8e5f4bc4b4ff5b7c302ecc0

Modified Files
--------------
src/backend/optimizer/prep/prepunion.c | 340 ++++++++++++++++++---------------
1 file changed, 190 insertions(+), 150 deletions(-)


В списке pgsql-committers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: pgsql: Rewrite recurse_union_children to iterate, rather than recurse.
Следующее
От: Alvaro Herrera
Дата:
Сообщение: pgsql: Fix state reversal after partition tuple routing