]> granicus.if.org Git - postgresql/commit
Set consider_parallel correctly for upper planner rels.
authorRobert Haas <rhaas@postgresql.org>
Fri, 1 Jul 2016 15:43:19 +0000 (11:43 -0400)
committerRobert Haas <rhaas@postgresql.org>
Fri, 1 Jul 2016 15:52:56 +0000 (11:52 -0400)
commit5ce5e4a12ee7175cd3fc356d9d38307e1d715827
tree9725c67aa6e6c8099088b73570862b50d763bb34
parent0daeba0e927bfcb3d0ed9d510b84e555fc1e2741
Set consider_parallel correctly for upper planner rels.

Commit 3fc6e2d7f5b652b417fa6937c34de2438d60fa9f introduced new "upper"
RelOptInfo structures but didn't set consider_parallel for them
correctly, a point I completely missed when reviewing it.  Later,
commit e06a38965b3bcdaa881e7e06892d4d8ab6c2c980 made the situation
worse by doing it incorrectly for the grouping relation.  Try to
straighten all of that out.  Along the way, get rid of the annoying
wholePlanParallelSafe flag, which was only necessarily because of
the fact that upper planning stages didn't use paths at the time
that code was written.

The most important immediate impact of these changes is that
force_parallel_mode will provide useful test coverage in quite a few
more scenarios than it did previously, but it's also necessary
preparation for fixing some problems related to subqueries.

Patch by me, reviewed by Tom Lane.
src/backend/nodes/outfuncs.c
src/backend/optimizer/plan/createplan.c
src/backend/optimizer/plan/planner.c
src/backend/optimizer/util/pathnode.c
src/include/nodes/relation.h
src/test/regress/expected/aggregates.out
src/test/regress/sql/aggregates.sql