aboutsummaryrefslogtreecommitdiff
path: root/src/tutorial/basics.source
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2017-04-18 15:43:56 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2017-04-18 15:43:56 -0400
commit39151781c8cd2c8bf6057496426fb9c07178eda5 (patch)
tree1229dc6473aa346efac09aee94a8ee525ea0e191 /src/tutorial/basics.source
parent539f67012ec978e931054e413a4ab3c4c68bb737 (diff)
downloadpostgresql-39151781c8cd2c8bf6057496426fb9c07178eda5.tar.gz
postgresql-39151781c8cd2c8bf6057496426fb9c07178eda5.zip
Fix testing of parallel-safety of SubPlans.
is_parallel_safe() supposed that the only relevant property of a SubPlan was the parallel safety of the referenced subplan tree. This is wrong: the testexpr or args subtrees might contain parallel-unsafe stuff, as demonstrated by the test case added here. However, just recursing into the subtrees fails in a different way: we'll typically find PARAM_EXEC Params representing the subplan's output columns in the testexpr. The previous coding supposed that any Param must be treated as parallel-restricted, so that a naive attempt at fixing this disabled parallel pushdown of SubPlans altogether. We must instead determine, for any visited Param, whether it is one that would be computed by a surrounding SubPlan node; if so, it's safe to push down along with the SubPlan node. We might later be able to extend this logic to cope with Params used for correlated subplans and other cases; but that's a task for v11 or beyond. Tom Lane and Amit Kapila Discussion: https://postgr.es/m/7064.1492022469@sss.pgh.pa.us
Diffstat (limited to 'src/tutorial/basics.source')
0 files changed, 0 insertions, 0 deletions