]> 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)
commitabdc839985a396cb8516a9131e75f602ae277d27
treec62fe69b4e05c06dc03d2a23e319b270b59ed9ed
parent674877e93a1b9217c692a5671e1118136959ee74
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