SQL Server 2022起原生支持GREATEST和LEAST函数，但需数据库兼容级别≥160，否则报错；二者遇NULL即返回NULL，不跳过，类型混用可能报转换错误，WHERE/ORDER BY中无法走索引，高性能场景建议建计算列加索引。
GREATEST 和 LEAST 在 SQL Server 2022 中已原生支持，但默认安装或旧兼容级别下可能不可用——必须确认数据库兼容级别 ≥ 160（即 SQL Server 2022 对应级别），否则会报错 ‘GREATEST’ is not a recognized built-in function name。
确认是否真能用 GREATEST/LEAST
先执行以下查询验证环境：
SELECT COMPATIBILITY_LEVEL FROM sys.databases WHERE name = DB_NAME();
结果必须 ≥ 160。若为 150（SQL Server 2019）或更低，函数不可用，即使版本号显示 2022 也不行——这是常见误判点。
- 升级兼容级别需显式执行：
ALTER DATABASE [your_db] SET COMPATIBILITY_LEVEL = 160 - 注意：修改后无需重启服务，但会影响查询计划缓存
- 某些托管环境（如 Azure SQL Database）可能尚未开放该功能，需查当前服务版本是否为“General Purpose”且引擎 ≥ 16.x
LEAST/GREATEST 的 NULL 行为和陷阱
它们严格遵循「任一参数为 NULL → 结果为 NULL」规则，不跳过、不隐式转换。这和 MIN()/MAX() 完全不同。
- 错误写法：
LEAST(price, discount_price)—— 若任意列为NULL，整行返回NULL，WHERE 条件直接失效 - 安全写法：用
COALESCE显式兜底，例如GREATEST(COALESCE(a, -1E9), COALESCE(b, -1E9), COALESCE(c, -1E9)) - 字符串列慎用：比如
LEAST(COALESCE(name1, 'zzzz'), COALESCE(name2, 'zzzz'))，兜底值要确保比所有合法值“更大”或“更小” - 类型混用会触发隐式转换：
GREATEST(100, '99')可能成功，但GREATEST(100, 'abc')直接报错Conversion failed
在 WHERE 和 ORDER BY 中高效使用
这两个函数适合做行级动态阈值判断，但无法走索引——优化器不识别函数表达式中的列可下推。
- 典型场景：查“用户出价不低于成本价，且不高于指导价”的记录：
WHERE LEAST(list_price, ceiling_price) >= cost_price - 排序需求：按“实际可用价格（取 price 和 promo_price 较小者）升序”：
ORDER BY LEAST(price, COALESCE(promo_price, price)) - 若性能敏感（百万级以上表），应建计算列：
ALTER TABLE products ADD min_price AS LEAST(price, COALESCE(promo_price, price));
再对min_price建索引
SQL Server 2022 之前版本怎么办？
如果无法升级兼容级别，CASE WHEN 是最直接替代方案，但列数一多就爆炸式增长。
三列 GREATEST(a,b,c) 等价于：
CASE WHEN a >= b AND a >= c THEN a
WHEN b >= c THEN b
ELSE c END五列以上建议改用 UNPIVOT + MAX，但要注意 UNPIVOT 会过滤掉 NULL 值——这反而是优势，和 MIN()/MAX() 行为一致，但和原生 GREATEST 不同。
真正容易被忽略的，是兼容级别这个开关——它不像功能补丁能热加载，必须主动设，而且影响全局执行计划。很多人卡在这一步，反复重装 SQL Server 也没用。
