LEAST函数用于行内多列数值比较并返回最小值，支持PostgreSQL、MySQL 5.7+等主流数据库，但非标准SQL强制要求；它不聚合、不触发分组，参数需同类型或可隐式转换，NULL通常导致结果为NULL，正确用法是直接在SELECT中使用列别名，性能略优于CASE但差异微小，且LEAST结果需函数索引或计算列才可高效查询。
LEAST函数在SQL中能直接比较多列数值并返回最小值
LEAST不是标准SQL的强制要求函数，但PostgreSQL、MySQL 5.7+、Oracle、SQL Server 2022+（仅Azure SQL）都支持；SQLite也支持。它本质是行内逐列比较，不涉及聚合或分组，适合“每行取多个价格字段中的最低价”这类场景。
常见错误是把它当聚合函数用，比如写 SELECT LEAST(price_a, price_b) FROM products GROUP BY category——这不会报错，但逻辑错：LEAST本身不触发分组计算，GROUP BY在这里纯属冗余，还可能掩盖非聚合字段的歧义。
- 参数必须是同类型或可隐式转换的数值/日期/字符串（字符串按字典序比，注意前导空格和大小写）
- 任一参数为NULL时，多数数据库（如PostgreSQL、MySQL）返回NULL；Oracle例外，会忽略NULL只比非NULL值
- 不能直接用于WHERE条件中过滤“最低价低于X”的行而不加别名或子查询，否则部分旧版MySQL会报错
怎么写才能正确计算每行的最低售价
最稳妥写法是用列别名显式暴露结果，避免嵌套过深：
SELECT id, name, price_regular, price_promo, price_member, LEAST(price_regular, price_promo, price_member) AS min_price FROM products;
如果某些列可能为NULL，且你希望把NULL当作“无效价”跳过（比如会员价未设置时为NULL），就得手动处理：
- MySQL可用
LEAST(COALESCE(price_promo, 999999), COALESCE(price_member, 999999))，但要确保兜底值足够大 - PostgreSQL更推荐用
LEAST(NULLIF(price_promo, 0), NULLIF(price_member, 0))配合业务规则（如0代表无优惠） - 跨数据库兼容写法是用CASE：
CASE WHEN price_promo IS NOT NULL AND price_member IS NOT NULL THEN LEAST(price_promo, price_member) ... END
LEAST和CASE WHEN比哪个更快
LEAST在底层通常编译为紧凑的比较指令，性能略优于等价的多层CASE WHEN，尤其在列数多（≥4）时。但差别微乎其微，实测100万行数据中差异不到5%。
真正影响性能的是是否能在min_price上建索引——LEAST结果无法直建索引，必须用函数索引（PostgreSQL/MySQL 8.0+）或计算列（SQL Server）：
- PostgreSQL：
CREATE INDEX idx_min_price ON products (LEAST(price_regular, price_promo)); - MySQL 8.0+：
ALTER TABLE products ADD COLUMN min_price DECIMAL(10,2) STORED AS (LEAST(price_regular, price_promo)) INDEX; - 别指望在WHERE里写
LEAST(a,b) 能走索引——没函数索引就只能全表扫描
不同数据库对LEAST的NULL处理差异必须检查
这是上线前最容易翻车的地方。同一句SQL在MySQL和PostgreSQL里可能返回完全不同的min_price值：
- MySQL：
LEAST(100, NULL, 80)→NULL - PostgreSQL：同上 →
NULL - Oracle：同上 →
80（自动忽略NULL） - SQL Server：不支持LEAST，得用
IIF(a<b iif a c b> 或 <code>SELECT MIN(x) FROM (VALUES (a),(b),(c)) AS v(x)
如果你的系统要兼容多数据库，或者数据来自ETL同步（比如Oracle源库→MySQL目标库），务必在迁移脚本里补NULL校验逻辑，而不是依赖LEAST行为一致。
