]> granicus.if.org Git - postgresql/commit
Fix handling of strict non-set functions with NULLs in set-valued inputs.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 12 May 2013 17:08:12 +0000 (13:08 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 12 May 2013 17:08:12 +0000 (13:08 -0400)
commit904af8db8a99409257db1eed0b056c8098e9013c
treeb4533f0bd710f94509d62fda5370a9cc449ab9e6
parentf0ed3a8a99b052d2d5e0b6153a8907b90c486636
Fix handling of strict non-set functions with NULLs in set-valued inputs.

In a construct like "select plain_function(set_returning_function(...))",
the plain function is applied to each output row of the SRF successively.
If some of the SRF outputs are NULL, and the plain function is strict,
you'd expect to get NULL results for such rows ... but what actually
happened was that such rows were omitted entirely from the result set.
This was due to confusion of this case with what should happen for nested
set-returning functions; a strict SRF is indeed supposed to yield an empty
set for null input.  Per bug #8150 from Erwin Brandstetter.

Although this has been broken forever, we're not back-patching because
of the possibility that some apps out there expect the incorrect behavior.
This change should be listed as a possible incompatibility in the 9.3
release notes.
src/backend/executor/execQual.c
src/test/regress/expected/arrays.out
src/test/regress/sql/arrays.sql