答案是max(字段)-min(字段)配合group by可直接计算各组极差，null自动忽略，全null时结果为null，字符串等非数值类型不适用，greatest/least不能替代该聚合逻辑。
SQL里用MAX()和MIN()配合GROUP BY算极差
直接在SELECT里写MAX(字段) - MIN(字段)，再用GROUP BY分组，就能得到每组的极差（最大值减最小值）。这是最常用也最直观的做法，几乎所有关系型数据库都支持。
- 必须搭配
GROUP BY，否则会报错或返回全表聚合结果（取决于SQL模式） - 如果某组数据只有一行，
MAX()和MIN()相等，差值为0，这是合理行为 - 遇到NULL值时，
MAX()和MIN()会自动忽略它；整组全是NULL，则结果为NULL - 示例：
SELECT category, MAX(price) - MIN(price) AS range_price FROM products GROUP BY category;
MySQL中用GREATEST()和LEAST()不能替代MAX()/MIN()
GREATEST()和LEAST()是行内函数，只在单行内比较多个列或表达式，比如GREATEST(a, b, c)。它们不参与分组聚合，也不能跨行计算最大/最小值——所以不能用来算组内极差。
- 误用示例：
SELECT category, GREATEST(price) - LEAST(price) FROM products GROUP BY category→ 语法错误，MySQL会报Invalid use of group function - 想用GREATEST/LEAST？只能用于同一行多字段比较，例如
GREATEST(created_at, updated_at) - 别被函数名误导：“最大”“最小”听起来像聚合，但它们根本不是聚合函数
PostgreSQL或SQL Server里NULL影响极差结果，需显式处理
当某组存在NULL时，MAX()/MIN()照常工作（跳过NULL）；但如果整组只有NULL，结果就是NULL，导致MAX()-MIN()也为NULL。业务上有时需要把它转成0或忽略该组。
- PostgreSQL可用
COALESCE(MAX(x), 0) - COALESCE(MIN(x), 0)，但注意：这会把单边NULL变成0，可能扭曲真实极差 - 更稳妥的是过滤掉无效组：
HAVING COUNT(x) > 0（COUNT(字段)不计NULL） - SQL Server中
ISNULL()同理，但同样要警惕用0填充带来的语义偏差 - 真正安全的写法是：
SELECT category, MAX(price) - MIN(price) AS range_price FROM products WHERE price IS NOT NULL GROUP BY category;
性能提示：极差计算本身不慢，但GROUP BY字段没索引会拖垮查询
极差计算本身是轻量级聚合，瓶颈几乎总在分组过程。如果GROUP BY字段没有索引，数据库得先排序或建哈希表，大数据量时延迟明显。
- 检查执行计划，确认是否用了索引扫描（Index Scan）而非顺序扫描（Seq Scan）
- 复合索引有用场景：比如按
category, price建索引，能同时优化分组和MAX/MIN定位 - 别为了极差单独建索引——除非这个查询高频且已成瓶颈；优先考虑已有查询共用索引
- 千万级表做
GROUP BY没索引时，响应可能从毫秒变数秒，这点比函数选型更关键
极差看着简单，但实际落地时，NULL处理方式、索引是否存在、以及是否真理解MAX()和GREATEST()的区别，才是卡住人的地方。
