]> granicus.if.org Git - postgresql/commit
Fix set_append_rel_pathlist() to deal intelligently with cases where
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 6 Jul 2009 18:26:39 +0000 (18:26 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 6 Jul 2009 18:26:39 +0000 (18:26 +0000)
commitc75235949a52f7ef69ea0f0fd48d5f1d85c35ccc
tree7c2495557c22dc06f1c0166187fd167741823408
parentd0f6725090e8c65434666ec8d848b19ac6024292
Fix set_append_rel_pathlist() to deal intelligently with cases where
substituting a child rel's output expressions into the appendrel's restriction
clauses yields a pseudoconstant restriction.  We might be able to skip scanning
that child rel entirely (if we get constant FALSE), or generate a one-time
filter.  8.3 more or less accidentally generated plans that weren't completely
stupid in these cases, but that was only because an extra recursive level of
subquery_planner() always occurred and allowed const-simplification to happen.
8.4's ability to pull up appendrel members with non-Var outputs exposes the
fact that we need to work harder here.  Per gripe from Sergey Burladyan.
src/backend/optimizer/path/allpaths.c
src/backend/optimizer/prep/prepunion.c
src/backend/optimizer/util/restrictinfo.c
src/include/optimizer/restrictinfo.h