答案是MAX(col)-MIN(col)在GROUP BY后能直接算极差，因其天然适配分组聚合：每组分别计算最大值与最小值再相减，NULL自动忽略，全NULL时结果为NULL，数值类型支持，字符串等不适用。
SQL分组极差计算：直接用MAX()减MIN()就行
只要字段可比较（数值、日期等），在GROUP BY后对同一组调用MAX(col)和MIN(col)相减，就是该组的极差。不需要子查询或窗口函数，也不依赖数据库版本。
为什么MAX() - MIN()在GROUP BY里能直接用
聚合函数在分组上下文中天然作用于每组数据，MAX()和MIN()各自独立求出该组最大值和最小值，二者类型兼容时可直接算术运算。关键前提是：
- 目标列不能为
NULL主导——若整组全为NULL，结果是NULL，不是0 - 字段类型必须支持减法，比如
INT、FLOAT、DATE可以，VARCHAR不行（除非隐式转数字） - 不能在未分组的查询中混用聚合与非聚合列，否则报错：
ERROR 1140: In aggregated query without GROUP BY
常见写法与易错点
典型语句长这样：
SELECT category, MAX(price) - MIN(price) AS range_price FROM products GROUP BY category;
但实际容易踩坑：
- 漏写
GROUP BY——会把全表当一组，返回单行结果，而非每组一行 - 对含
NULL的列计算，如price有NULL，MAX()/MIN()自动忽略它们，通常符合预期；但若想把NULL视作0，得先COALESCE(price, 0) - 用
ROUND()修饰结果时，别套错位置——ROUND(MAX(price) - MIN(price), 2)是对差值四舍五入，不是分别对MAX和MIN取整 - PostgreSQL对
DATE类型返回INTERVAL，MySQL返回天数，SQLite返回Julian日差——跨库迁移时注意单位一致性
替代方案：什么情况下不该用MAX()-MIN()
绝大多数场景它最简明高效，但以下情况需调整：
- 要排除异常值再算极差（比如去掉最高/最低5%），就得用
PERCENT_RANK()或NTILE()配合窗口函数，不能再靠MAX/MIN - 分组键本身有重复含义（如按
YEAR(order_date)分组但想保留原始order_date明细），这时MAX-MIN仍可用，但后续关联明细需额外处理 - 字段是字符串且想按字典序算“极差”（如
'apple'到'zebra'），MySQL允许MAX(str)-MIN(str)但结果无意义，应改用MAX(LENGTH(str)) - MIN(LENGTH(str))等明确指标
极差本质是单点统计量，它不反映分布形态。如果发现MAX()-MIN()结果远大于标准差的几倍，大概率存在离群值——这时候该看的不是怎么算得更快，而是要不要先清洗数据。
