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
Per report from Marti Raudsepp.
src/backend/utils/adt/ruleutils.c | 171 +++++++++++++++++++++++++------------
1 files changed, 115 insertions(+), 56 deletions(-)
pgsql-committers by date
|Next:||From: Tom Lane||Date: 2011-09-07 17:29:48|
|Subject: pgsql: Fix typo in error message.|
|Previous:||From: Bruce Momjian||Date: 2011-09-07 16:59:53|
|Subject: pgsql: Have pgrminclude skip files that use CppAsString2 becauseCppAsS|