greatest和least并非全数据库兼容，mysql、postgresql、oracle及sqlite 3.38.0+支持，sql server不支持，mariadb对null处理与mysql不一致；跨库应优先用case when或coalesce预处理null。
SQL里用 GREATEST 和 LEAST 比较两个字段，不是所有数据库都支持
MySQL、PostgreSQL、Oracle 支持 GREATEST 和 LEAST；SQLite 从 3.38.0 开始支持；但 SQL Server 完全不支持，MariaDB 虽然支持，但对 NULL 的处理和 MySQL 不一致。
如果你在写跨数据库兼容的 SQL，别直接用这两个函数——要么加条件判断，要么改用 CASE WHEN。
-
GREATEST(a, b)返回a和b中较大者，任一为NULL则结果为NULL（MySQL 行为） -
LEAST(a, b)同理，返回较小者 - PostgreSQL 中，如果所有参数都是
NULL，GREATEST报错；MySQL 返回NULL
怎么安全地用 GREATEST 避开 NULL 导致整行失效
常见坑：字段可能为 NULL，而 GREATEST(col1, col2) 一遇到 NULL 就返回 NULL，导致后续计算或过滤失败。
解决思路是提前把 NULL 转成可比较的默认值，比如 0 或一个极小/极大常量：
- MySQL/PostgreSQL：
GREATEST(COALESCE(col1, 0), COALESCE(col2, 0)) - 更严谨点（避免 0 干扰业务逻辑）：
GREATEST(COALESCE(col1, -999999), COALESCE(col2, -999999)) - 如果字段是字符串，用空字符串代替：
GREATEST(COALESCE(name_a, ''), COALESCE(name_b, ''))
不用 GREATEST 怎么实现相同效果？CASE WHEN 更可控
当你要明确控制 NULL 行为，或者用在不支持 GREATEST 的环境（如 SQL Server），CASE WHEN 是最稳妥的选择：
SELECT
CASE
WHEN col1 >= col2 THEN col1
WHEN col2 > col1 THEN col2
ELSE NULL -- 两个都 NULL 时显式返回 NULL
END AS max_val
FROM t;
注意几个细节：
- 用
>=而非>，避免相等时漏掉一个分支 - 必须显式处理
col1 IS NULL OR col2 IS NULL的情况，否则CASE会跳过匹配，走ELSE - SQL Server 中不能直接写
col1 > col2如果任一为NULL，需先用ISNULL或COALESCE处理
性能差异大吗？一般可以忽略，但要注意隐式类型转换
GREATEST 和 LEAST 本身几乎没有额外开销，它们本质是内联比较操作。真正影响性能的是参数类型是否一致：
- 如果
col1是INT，col2是VARCHAR，MySQL 会尝试转成数字再比，失败则转 0 —— 这可能产生意外结果 - PostgreSQL 要求所有参数类型兼容，否则报错：
ERROR: argument of GREATEST must be same type - 建议提前统一类型：
GREATEST(CAST(col1 AS DECIMAL), CAST(col2 AS DECIMAL))
真正在意性能的大表场景，别依赖函数做行级比较，优先考虑在应用层或预计算字段中处理。
