]> granicus.if.org Git - postgresql/commit
Rationalize and document pltcl's handling of magic ".tupno" array element.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 6 Nov 2016 19:43:13 +0000 (14:43 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 6 Nov 2016 19:43:13 +0000 (14:43 -0500)
commitfd2664dcb71102a5d66d2453182c010fb219496c
tree9ed9ba50e69ad7aec66af26908800c6752f63052
parentfc8b81a291bf7e1acfcbd40ed344f323f1e93a94
Rationalize and document pltcl's handling of magic ".tupno" array element.

For a very long time, pltcl's spi_exec and spi_execp commands have had
a behavior of storing the current row number as an element of output
arrays, but this was never documented.  Fix that.

For an equally long time, pltcl_trigger_handler had a behavior of silently
ignoring ".tupno" as an output column name, evidently so that the result
of spi_exec could be used directly as a trigger result tuple.  Not sure
how useful that really is, but in any case it's bad that it would break
attempts to use ".tupno" as an actual column name.  We can fix it by not
checking for ".tupno" until after we check for a column name match.  This
comports with the effective behavior of spi_exec[p] that ".tupno" is only
magic when you don't have an actual column named that.

In passing, wordsmith the description of returning modified tuples from
a pltcl trigger.

Noted while working on Jim Nasby's patch to support composite results
from pltcl.  The inability to return trigger tuples using ".tupno" as
a column name is a bug, so back-patch to all supported branches.
doc/src/sgml/pltcl.sgml
src/pl/tcl/pltcl.c