On Sat, 30 Jun 2001, Tom Lane wrote:
> I'm not sure I buy this, however. You'll need an actual
> RTE-as-function-call variant that has the function OID and compiled list
> of arguments. Remember that the parsetree may live a lot longer than
> any specific Portal. For a function call, we'll need to build the
> Portal from the function-call-describing RTE at the start of execution,
> not during parsing.
I think I just understood what you were saying: having tupleDesc in RTE is
not kosher, because RTE can last longer than a given tupleDesc?
So, essentially I will need to extract attnames/atttypes from TupleDesc
and store them separately...
Or I'm totally off my rocker?
