]> granicus.if.org Git - postgresql/commit
Fix get_name_for_var_field() to deal with RECORD Params.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 7 Sep 2011 17:01:15 +0000 (13:01 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 7 Sep 2011 17:01:36 +0000 (13:01 -0400)
commita7d9203cc4edfbcc283732efea6d54db0399ccee
tree6e9ffe89770b9ff8cf27f1d601b5e104fc140cdd
parentf19593754a1b9293b098975fc43263125a40a4c3
Fix get_name_for_var_field() to deal with RECORD Params.

With 9.1's use of Params to pass down values from NestLoop join nodes
to their inner plans, it is possible for a Param to have type RECORD, in
which case the set of fields comprising the value isn't determinable by
inspection of the Param alone.  However, just as with a Var of type RECORD,
we can find out what we need to know if we can locate the expression that
the Param represents.  We already knew how to do this in get_parameter(),
but I'd overlooked the need to be able to cope in get_name_for_var_field(),
which led to EXPLAIN failing with "record type has not been registered".

To fix, refactor the search code in get_parameter() so it can be used by
both functions.

Per report from Marti Raudsepp.
src/backend/utils/adt/ruleutils.c