PostgreSQL中regexp_replace替换空白串为NULL时数据丢失异常

该行为是PostgreSQL严格函数的标准运行逻辑，不属于regexp_replace的功能bug：

• PostgreSQL中绝大多数内置函数（包括regexp_replace）都被标记为STRICT（即RETURNS NULL ON NULL INPUT），只要调用函数时任意入参为NULL，函数会直接返回NULL，不会执行内部的匹配、替换逻辑。
• 你在第二个测试场景中，将替换值固定写为NULL作为入参传入，意味着每一行调用regexp_replace时都存在一个NULL入参，函数会直接对所有行返回NULL，根本不会判断当前字符串是否匹配全空白正则。你观察到的仅返回{NULL}属于客户端对多行NULL结果的显示简化，实际执行时三行输入都会返回NULL，和“仅匹配全空白的行替换为NULL、其余行保留原值”的预期逻辑完全不符。

不要将NULL直接作为替换参数传入regexp_replace，按需选择以下两种写法即可得到预期结果：

方案1：正则匹配+条件判断（性能最优） #

直接通过正则匹配判断字符串是否为全空白，匹配到则返回NULL，否则保留原值，省去不必要的字符串替换开销：

SELECT
  CASE WHEN val ~ '^\s+$' THEN NULL ELSE val END AS cleaned_result
FROM UNNEST('{NULL, "ABC", "    "}'::text[]) AS val;

返回结果为三行：NULL、ABC、NULL，完全符合预期。

方案2：替换为空后转NULL（兼容复杂替换场景） #

如果本身存在其他正则替换需求，可以先将匹配到的全空白字符串替换为空串，再通过NULLIF将空串转为NULL：

SELECT
  NULLIF(regexp_replace(val, '^\s+$', '', 'g'), '') AS cleaned_result
FROM UNNEST('{NULL, "ABC", "    "}'::text[]) AS val;

该写法返回结果和方案1完全一致，适合需要同时做其他正则替换处理的场景。

注意：如果你的原始数据中本身存在合法的空串需要保留，不要使用方案2，直接用方案1的条件判断即可避免误转换。

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