GREATEST函数遇NULL即返回NULL，是SQL三值逻辑的正常表现；需用COALESCE预处理NULL，或改用ARRAY+UNNEST+MAX（PostgreSQL）、CASE表达式等兼容方案。
SQL中GREATEST函数不支持NULL字段直接比较
GREATEST 会把 NULL 当作“未知”，只要任一参数为 NULL，整个结果就是 NULL。这不是bug，是SQL三值逻辑的必然表现。比如 GREATEST(10, NULL, 5) 返回 NULL，哪怕你只想取非空最大值。
常见错误现象：字段有空值时，查询结果大面积变空，但没报错，容易误以为数据丢了。
- MySQL 5.7+ 和 PostgreSQL 支持
GREATEST，但行为一致：遇NULL即止 - SQLite 支持，但同样遵循该规则
- SQL Server 和 Oracle 不原生支持
GREATEST，强行用会报Unknown function 'GREATEST' - 解决思路不是绕开函数，而是提前处理
NULL：用COALESCE(col, -999999)或COALESCE(col, 0)替换（注意下界要足够小）
MySQL中GREATEST取多字段最大值的正确写法
假设表 orders 有 price_a、price_b、price_c 三个字段，想取每行三者中的最大非空值：
SELECT
id,
GREATEST(
COALESCE(price_a, 0),
COALESCE(price_b, 0),
COALESCE(price_c, 0)
) AS max_price
FROM orders;
这里用 0 填充 NULL 是因为价格不会为负；若字段可能为负数，就得用更小的默认值，比如 -9999999。否则 GREATEST(-5, COALESCE(NULL, 0)) 会错误返回 0。
- 参数必须是同类型，混合数字和字符串会触发隐式转换，可能导致意外截断或报错
Illegal mix of collations - 字段数没有硬性上限，但超过20个参数时，MySQL可能报
Too many arguments for function GREATEST（取决于版本和配置） - 性能上无明显开销，但每个
COALESCE都是一次判断，大数据量时建议在应用层预处理
PostgreSQL中GREATEST与LEAST配合处理空值更灵活
PostgreSQL 允许在 GREATEST 中混用类型（只要能隐式转成同一类型），但它对 NULL 更“严格”——连 GREATEST(NULL, NULL) 都返回 NULL，不像MySQL某些旧版本会返回第一个非空值。
更稳妥的做法是用 NULLIF + GREATEST 组合，或者直接用 ARRAY + UNNEST + MAX：
SELECT id, (SELECT MAX(x) FROM UNNEST(ARRAY[price_a, price_b, price_c]) AS x) AS max_price FROM orders;
这个写法天然跳过 NULL，不需要手动填默认值，语义更清晰。
- 数组方式在 PostgreSQL 中可读性好、容错强，但比原生
GREATEST稍慢（涉及构造数组和展开） - 如果字段类型不一致（如
price_a是NUMERIC，price_b是INTEGER），数组方式会自动统一类型；而GREATEST可能因隐式转换失败 - 注意
ARRAY[...]里不能有NULL字段名拼写错误，否则报column does not exist
替代方案：不用GREATEST也能安全取最大值
当字段数多、类型杂、或需要兼容 SQL Server/Oracle 时，硬套 GREATEST 反而增加维护成本。此时用标准 SQL 的 CASE 表达式最可控：
SELECT id,
CASE
WHEN price_a >= COALESCE(price_b, -999999) AND price_a >= COALESCE(price_c, -999999) THEN price_a
WHEN price_b >= COALESCE(price_a, -999999) AND price_b >= COALESCE(price_c, -999999) THEN price_b
ELSE price_c
END AS max_price
FROM orders;
虽然写起来长，但逻辑完全透明，每个比较都显式处理了 NULL，也便于加条件（比如“只在 price_a > 0 时参与比较”）。
- 这种写法在所有主流数据库都可用，迁移成本最低
- 字段超过4个后，
CASE维护难度上升，此时建议改用应用层计算 - 别忘了给参与比较的字段加索引——
GREATEST本身无法走索引，纯计算函数
真正麻烦的从来不是函数怎么写，而是默认值选多少才不会污染业务语义。比如用 0 填充价格字段，在报表里就可能把“未报价”和“免费”混为一谈。
