Fix set_subquery_pathlist() to copy the RTE's subquery before it gets mangled
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 10 Mar 2009 20:58:26 +0000 (20:58 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 10 Mar 2009 20:58:26 +0000 (20:58 +0000)
commita210053dd0d84010041e744acf0811b7c893f7cc
treedc9d202d234881e7aff41c69eb4e40f2f9ccb927
parent3bb52b39f9430e7738dfcc629146fd6161df9ea5
Fix set_subquery_pathlist() to copy the RTE's subquery before it gets mangled
by the planning process.  This prevents the "failed to locate grouping columns"
error recently reported by Dickson Guedes.  That happens because planning
replaces SubLinks by SubPlans in the subquery's targetlist, and exprTypmod()
is smarter about the former than the latter, causing the apparent type of
the subquery's output columns to change.  This seems to be a deficiency we
should fix in exprTypmod(), but that will be a much more invasive patch
with possible side-effects elsewhere, so I'll do that only in HEAD.

Back-patch to 8.3.  Arguably the lack of a copying step is broken/dangerous
all the way back, but in the absence of known problems I'll refrain from
making the older branches pay the extra cost.  (The reason this particular
symptom didn't appear before is that exprTypmod() wasn't smart about SubLinks
either, until 8.3.)
src/backend/optimizer/path/allpaths.c
src/test/regress/expected/subselect.out
src/test/regress/sql/subselect.sql