]> git.ipfire.org Git - thirdparty/postgresql.git/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)
commit110413a35794ef38cbd3f5a73f5865da88b349c1
treeede286c708df838fd88a9251c0b5a768e2a2121e
parent6651ab058a78208320d5349b29d649a946bfaf5c
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