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:41 +0000 (20:58 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 10 Mar 2009 20:58:41 +0000 (20:58 +0000)
commit6ebf6e7c49a5a573cbf0f99d609661b9c6ffe325
treeccdff42c3f5e63b8a9572625fb14eb9f1a9a8179
parent200ee2bedb2ded10e3e4e996d9045bee9c7e467c
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