PL/pgSQL中FOUND变量异常及无行时保留变量值的方法

核心问题 #

在PL/pgSQL中给变量_variable赋值时，需要实现：

• 查询无返回行：保留变量原有值，不被null覆盖
• 查询返回实际null值：正常将变量设为null

同时存在疑问：为什么直接用_variable := (SELECT ...)赋值时，特殊变量FOUND为true，而SELECT INTO方式下FOUND为false？

一、FOUND变量行为差异的原因 #

PL/pgSQL中FOUND的取值由执行语句的类型决定：

• 标量子查询赋值（_variable := (SELECT ...)）：无论子查询是否返回行，赋值语句本身都会完成执行——如果子查询无行，它会生成一个null并完成赋值，PostgreSQL判定该语句执行成功，因此FOUND被设为true。
• SELECT INTO语句：这是PL/pgSQL专门用于将查询结果写入变量的语法，当查询无行时，它不会修改目标变量，同时将FOUND设为false，明确告知开发者“未获取到行数据”。

二、实现需求的最优方案 #

要精准区分“无行返回”和“返回实际null”，最简便高效的方法是使用SELECT INTO配合FOUND判断：

-- 假设_variable已有初始值
SELECT target_column INTO _variable
FROM your_table
WHERE your_condition;

-- 仅当查询无行时，不修改_variable（保留原值）
IF NOT FOUND THEN
    -- 无需额外操作，SELECT INTO无行时不会改变变量值
END IF;

该方案的优势：

• 仅执行一次查询，性能最优
• 自动适配两种场景：有行时（哪怕返回null）会覆盖变量；无行时变量保持初始值

为什么COALESCE不适用？ #

COALESCE(_variable, (SELECT ...))或_variable := COALESCE((SELECT ...), _variable)无法满足需求，因为它会把“无行返回的null”和“实际字段的null”同等处理，都会保留原变量值，不符合“实际null正常赋值”的要求。

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