]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix display of SQL-standard function's arguments in INSERT/SELECT.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 17 Nov 2021 16:31:31 +0000 (11:31 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 17 Nov 2021 16:31:31 +0000 (11:31 -0500)
commit5d5779aeaf0780210de0e51dabeee8c9ceedb0ee
tree352274e11fe0dd14258f93239f73bc0661d1b84d
parent51d4213689ff30af6db4b7ecb410358dd5c35491
Fix display of SQL-standard function's arguments in INSERT/SELECT.

If a SQL-standard function body contains an INSERT ... SELECT statement,
any function parameters referenced within the SELECT were always printed
in $N style, rather than using the parameter name if any.  While not
strictly incorrect, this wasn't the intention, and it's inconsistent
with the way that such parameters would be printed in any other kind
of statement.

The cause is that the recursion to get_query_def from
get_insert_query_def neglected to pass down the context->namespaces
list, passing constant NIL instead.  This is a very ancient oversight,
but AFAICT it had no visible consequences before commit e717a9a18
added an outermost namespace with function parameters.  We don't allow
INSERT ... SELECT as a sub-query, except in a top-level WITH clause,
where it couldn't contain any outer references that might need to access
upper namespaces.  So although that's arguably a bug, I don't see any
point in changing it before v14.

In passing, harden the code added to get_parameter by e717a9a18 so that
it won't crash if a PARAM_EXTERN Param appears in an unexpected place.

Per report from Erki Eessaar.  Code fix by me, regression test case
by Masahiko Sawada.

Discussion: https://postgr.es/m/AM9PR01MB8268347BED344848555167FAFE949@AM9PR01MB8268.eurprd01.prod.exchangelabs.com
src/backend/utils/adt/ruleutils.c
src/test/regress/expected/create_function_3.out
src/test/regress/sql/create_function_3.sql