greatest和least非标准sql通用函数：mysql、postgresql、oracle及sqlite 3.38.0+支持，sql server不支持，mariadb对null处理与mysql不一致；跨库应优先用case when或coalesce预处理null。
GREATEST 和 LEAST 在标准 SQL 中不是通用函数，MySQL 和 PostgreSQL 支持，但 SQLite、SQL Server、Oracle（需改用 GREATEST/LEAST 但有严格类型限制）、PostgreSQL 14+ 才完全支持跨类型比较；直接写 GREATEST(col1, col2, col3) 很可能报错或静默失败。
MySQL 中 GREATEST 和 LEAST 的实际行为
MySQL 允许混合类型参数，但会隐式转换：比如 GREATEST('5', 4.2, 10) 返回 10（转为数字比较）；若含无法转数字的字符串（如 'abc'），结果变成 0 或 NULL，不报错但值不可信。
- 所有参数必须能统一转为同一类型，否则比较失效 ——
GREATEST('2023-01-01', '2024-01-01')按字符串比，结果是'2024-01-01'；但GREATEST('2023-01-01', '01-01-2024')可能返回错误顺序 - 遇到
NULL时，整个表达式返回NULL（除非用COALESCE预处理） - 列数无硬性上限，但超 20+ 参数时性能下降明显，建议拆成子查询或应用层处理
PostgreSQL 中 GREATEST 的类型一致性要求
PostgreSQL 更严格：所有参数必须是相同类型或存在隐式转换路径。例如 GREATEST(1, 2.5) 可行（integer → numeric），但 GREATEST('a', 1) 直接报错：ERROR: COALESCE types text and integer cannot be matched。
- 日期和时间戳可混用：
GREATEST(created_at, updated_at)合法且常用 - 字符串比较区分排序规则（collation），若两列 collation 不同，需显式指定：
GREATEST(col_a COLLATE "C", col_b COLLATE "C") - 空值处理更可控：
GREATEST(NULL, 5, 3)返回NULL；想跳过空值，得套一层：GREATEST(COALESCE(a, '-inf'::text), COALESCE(b, '-inf'::text))（注意类型匹配）
没有 GREATEST 的数据库（如 SQL Server、SQLite）怎么替代？
SQL Server 没有原生 GREATEST，必须用嵌套 CASE 或 IIF；SQLite 从 3.38.0 起才支持，旧版只能手写逻辑。
- 三列求最大值的通用写法（兼容所有 SQL 方言）：
CASE WHEN col1 >= col2 AND col1 >= col3 THEN col1 WHEN col2 >= col1 AND col2 >= col3 THEN col2 ELSE col3 END
- 更安全的写法要处理
NULL：COALESCE( NULLIF( CASE WHEN col1 >= col2 OR col2 IS NULL THEN col1 WHEN col2 >= col3 OR col3 IS NULL THEN col2 ELSE col3 END, NULL ), col1, col2, col3 )——但逻辑易错，推荐优先用 CTE 预过滤空值 - 如果只是取某几列的最大值用于计算（比如
SELECT id, GREATEST(a,b,c) * 1.1），在应用层做更清晰，避免 SQL 复杂度爆炸
真正容易被忽略的是时区和精度隐含影响：比如 GREATEST(updated_at, last_sync) 在 PostgreSQL 中若一列为 timestamptz、另一列为 timestamp，会自动转为 timestamptz 比较，但结果依赖当前 session 时区；而 MySQL 的 DATETIME 列不带时区，比较前不会调整——这点在跨服务同步数据时经常引发 bug。
