Fix set_append_rel_pathlist() to deal intelligently with cases where
commit7efb46e480aa76b3512893cb24598f223dac5f17
authortgl <tgl>
Mon, 6 Jul 2009 18:26:30 +0000 (6 18:26 +0000)
committertgl <tgl>
Mon, 6 Jul 2009 18:26:30 +0000 (6 18:26 +0000)
tree922a5a84f60cc19b781f03bd95337fad3c22eb8f
parent9001b225dab17435fc7a1c33de8d51820575f308
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