为何PostgreSQL在key不可能为null时仍要求使用COALESCE？

这是PostgreSQL执行顺序导致的——聚合函数的执行优先级高于CASE表达式的条件判断。

你写的CASE逻辑是“如果分组内存在null key就返回null，否则用jsonb_object_agg聚合”，但PostgreSQL的执行流程是：

• 先对每个分组执行所有聚合函数（包括jsonb_object_agg）
• 之后才会根据CASE的条件选择返回结果

也就是说，哪怕你想在分组有null key时跳过聚合，PostgreSQL还是会先尝试执行jsonb_object_agg。而jsonb_object_agg的规则是不允许键为null，所以一旦分组里存在null key，聚合函数直接抛出field name must not be null错误，根本轮不到CASE的条件判断生效。

而你加了COALESCE(key, '???')后：

1. 聚合函数拿到的键都是非null值（'???'），能正常完成聚合
2. 之后CASE的条件判断（比如用bool_or(key IS NULL)）会检测到原数据里的null key，最终返回null，所以结果里不会出现'???'键——你看到的正常结果其实是CASE返回的null，不是聚合后的对象。

如果要实现“分组内存在null key则返回null，否则聚合”的逻辑，需要先确保聚合函数执行时不会遇到null key，同时保留对原数据是否存在null key的判断，比如：

SELECT
  group_id,
  CASE WHEN has_null_key THEN NULL
       ELSE jsonb_object_agg(key, value)
  END AS agg_result
FROM (
  SELECT
    group_id,
    key,
    value,
    bool_or(key IS NULL) OVER (PARTITION BY group_id) AS has_null_key
  FROM jsonb_to_recordset('[{"group_id":1,"key":"a","value":1},{"group_id":1,"key":null,"value":2},{"group_id":2,"key":"b","value":3}]') AS t(group_id int, key text, value int)
) AS sub
WHERE key IS NOT NULL -- 过滤掉null key，避免聚合报错
GROUP BY group_id, has_null_key;

或者更简洁的方式，用FILTER子句配合聚合函数的条件判断：

SELECT
  group_id,
  CASE WHEN count(*) FILTER (WHERE key IS NULL) > 0 THEN NULL
       ELSE jsonb_object_agg(key, value)
  END AS agg_result
FROM jsonb_to_recordset('[{"group_id":1,"key":"a","value":1},{"group_id":1,"key":null,"value":2},{"group_id":2,"key":"b","value":3}]') AS t(group_id int, key text, value int)
GROUP BY group_id;

这里count(*) FILTER (WHERE key IS NULL)会先统计分组内的null key数量，CASE判断后再决定是否执行聚合。因为聚合函数jsonb_object_agg在CASE的ELSE分支里，只有当没有null key时才会执行，所以不会触发报错。

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