greatest和least是mysql、oracle等数据库的扩展函数，postgresql默认不支持，调用会报“function does not exist”错误；mysql中任一参数非null即返回极值，全null才返回null，而sqlite等遇null即整体返回null。

为什么 GREATEST 和 LEAST 在 MySQL 中能跨列比较，但在 PostgreSQL 里直接报错

因为标准 SQL 不定义这两个函数，它们是 MySQL、Oracle、SQL Server（部分版本）的扩展；PostgreSQL 默认不支持，必须用 LEAST() / GREATEST() 的等价写法（如 CASE WHEN 或数组展开），或者启用 pg_trgm 以外的扩展（实际并不生效）——它压根没内置这俩函数。

常见错误现象：ERROR: function greatest(integer, integer, integer) does not exist。这不是拼写或权限问题，是根本不存在。

• MySQL 8.0+ 和 5.7 支持任意数量同类型参数，自动忽略 NULL（除非全为 NULL，才返回 NULL）
• PostgreSQL 需改写：例如 (SELECT MAX(x) FROM (VALUES (a), (b), (c)) AS v(x))
• SQLite 支持但行为不同：遇到 NULL 就整个返回 NULL，不跳过

GREATEST 遇到 NULL 到底怎么算

不是所有数据库都“跳过 NULL”。MySQL 是少数宽容的：只要有一个非 NULL 值，就从非 NULL 中选极值；全 NULL 才返回 NULL。但 SQLite 和旧版 MariaDB（10.2 之前）会直接返回 NULL，哪怕其他列有值。

• 安全写法（MySQL）：GREATEST(COALESCE(col1, -999999), COALESCE(col2, -999999), ...)，但要注意下界是否真够小
• 更稳妥的替代：CASE WHEN col1 >= col2 AND col1 >= col3 THEN col1 WHEN col2 >= col3 THEN col2 ELSE col3 END
• 如果字段可能为负数，用 COALESCE(col, -POWER(2,63)) 比硬写 -999999 更可靠（避免业务数据真撞上边界）

用 LEAST 算最小非零正值时踩的坑

想从 price_a、price_b、price_c 里取最小的正数（排除 0 和 NULL），直接套 LEAST(NULLIF(price_a, 0), NULLIF(price_b, 0), NULLIF(price_c, 0)) 不行——因为 NULLIF(0, 0) 返回 NULL，而一旦任一参数为 NULL，SQLite 就崩，MySQL 虽能跳过但仍可能漏掉“仅剩一个正数”的情况。

• 正确思路：先过滤再聚合。例如 MySQL：(SELECT LEAST(a, b, c) FROM (SELECT NULLIF(price_a, 0) a, NULLIF(price_b, 0) b, NULLIF(price_c, 0) c) t WHERE a IS NOT NULL OR b IS NOT NULL OR c IS NOT NULL) ——但太重
• 轻量解法（MySQL）：LEAST( IF(price_a > 0, price_a, NULL), IF(price_b > 0, price_b, NULL), IF(price_c > 0, price_c, NULL) )
• 注意：不能用 IFNULL(..., 999999) 补大数再 LEAST，否则当所有值 ≤ 0 时会错误返回那个大数

性能和类型隐式转换的隐性开销

GREATEST(col1, col2, col3) 看似简单，但若三列类型不同（比如 INT、DECIMAL(10,2)、VARCHAR 存数字），MySQL 会强制转成最高精度类型再比——可能触发全表扫描（尤其当列无索引或函数包裹后无法走索引）。

• 检查执行计划：EXPLAIN SELECT GREATEST(i, d, s) FROM t，看是否出现 Using filesort 或 Using temporary
• 统一类型最省事：建表时尽量让参与比较的列类型一致；查询前显式转换：GREATEST(CAST(col1 AS DECIMAL(10,2)), CAST(col2 AS DECIMAL(10,2)), ...)
• 在 WHERE 条件里慎用：WHERE GREATEST(a,b) > 100 几乎肯定无法命中索引，应拆成 WHERE a > 100 OR b > 100（语义等价但可优化）

跨列极值看着只是语法糖，但数据库实现差异大、NULL 处理不统一、类型转换又藏副作用——别只抄示例，先 SELECT VERSION() 确认方言，再拿真实数据测 NULL 和边界值。