PostgreSQL中Upper与Concat顺序问题：为何前者查询失效后者可行？

问题分析 #

失效的查询代码 #

select
  concat(upper(name, ', ', country)) as location
FROM
  cities;

这个查询报错的核心原因是误用了upper()函数的参数规则：
upper()是用来将单个字符串转为大写的函数，它只能接受1个字符串参数。但这里给upper()传了3个参数（name、', '、country），完全不符合函数的语法要求，数据库会直接抛出参数数量不匹配的错误，导致查询无法执行。

可行的查询代码 #

select
  upper(concat(name, ', ', country)) as location
FROM
  cities;

这个写法能正常运行的原因是遵循了函数的参数规则：

1. 先执行内层的concat()函数：它的作用是拼接多个字符串，支持传入多个参数，concat(name, ', ', country)会把城市名、逗号空格、国家名拼接成一个完整的字符串（比如"Beijing, China"）。
2. 再把拼接好的单个字符串传给外层的upper()：这完全符合upper()只接受单个字符串参数的要求，最终会把拼接后的字符串转为大写（比如"BEIJING, CHINA"）。

多操作时的顺序判断方法 #

当需要组合多个函数或操作时，按以下原则确定顺序：

• 先明确每个函数的参数要求：比如upper()只收1个字符串，concat()收N个字符串，搞清楚每个函数能接受什么类型、多少个参数。
• 遵循从内到外的嵌套执行逻辑：嵌套函数里，内层函数先执行，它的输出结果要能匹配外层函数的输入要求。比如必须先让concat()生成单个字符串，才能给upper()用，反过来就不行。
• 匹配数据类型：确保前一步操作的输出类型，是后一步操作需要的输入类型。比如数字类型不能直接传给需要字符串的upper()，必须先做类型转换。

内容的提问来源于stack exchange，提问作者HelloDarkWorld