least函数仅在sql server 2022及更高版本中可用，低版本会报“invalid object name 'least'”；它逐行返回多个标量表达式中的最小值，要求类型兼容、支持null传播，不可替代聚合函数min()。
LEAST 函数在 SQL Server 2022 中是否可用
可用，但仅限 SQL Server 2022 及更高版本。低于该版本（如 2019、2017）直接调用 LEAST 会报错：Invalid object name 'LEAST'。这不是拼写或权限问题，而是功能缺失——SQL Server 直到 2022 才原生支持该函数。
LEAST 的基本用法与常见陷阱
LEAST 接收至少一个参数，最多 254 个，返回其中最小值。它不是聚合函数，不跨行计算，只作用于当前行的多个标量表达式。
- 类型必须兼容：不能混用
INT和VARCHAR，例如LEAST(1, 'abc')报错；日期和字符串比较也需显式转换，如LEAST('2022-01-01', CAST(GETDATE() AS VARCHAR))不安全，应统一为DATE类型 -
NULL传播：只要任一参数为NULL，结果即为NULL。比如LEAST(5, NULL, 3)返回NULL，而非3 - 不能替代
MIN()：误写成SELECT LEAST(price1, price2, price3) FROM sales GROUP BY region是合法的，但GROUP BY在这里无意义——LEAST本身不触发分组逻辑，只是逐行计算
替代低版本 SQL Server 的等效写法
若目标环境是 SQL Server 2019 或更早，无法用 LEAST，推荐用 VALUES 子句 + MIN() 组合，比嵌套 CASE 更简洁可维护：
SELECT id, (SELECT MIN(v) FROM (VALUES (price1), (price2), (price3)) AS t(v)) AS min_price FROM products;
注意点：
- 每个值必须包裹在括号内：
(price1)，不能写成price1 - 列别名
v必须存在，否则报错Invalid column name 'v' - 该写法对
NULL天然友好：MIN()自动忽略NULL，所以LEAST(10, NULL, 5)在 2022 中是NULL，而此写法返回5——行为不一致，迁移前需确认业务是否依赖NULL传播
性能与统计信息影响
LEAST 是纯计算操作，不走索引，也不触发统计信息更新。但它可能间接影响执行计划：当用于 WHERE 或 JOIN 条件时（例如 WHERE LEAST(a, b) > 100），SQL Server 无法下推谓词优化，可能导致全表扫描。相比之下，等价的 WHERE a > 100 OR b > 100 可能利用索引 Seek（取决于数据分布和统计信息质量）。
真正容易被忽略的是直方图边界失效问题：如果你在查询中频繁使用 LEAST(col1, col2) 做过滤，而这两列各自有独立统计信息，SQL Server 并不会为这个组合表达式生成新的统计信息——优化器只能靠粗略估算，基数误差可能放大，进而选错连接算法或并行度。
