直接用 max(value) - min(value) 即可计算每组最大最小值差，需与 group by 配套使用；仅适用于数值型字段，字符串和日期须用专用函数处理。
GROUP BY 后怎么算每个分组里 value 的最大最小差？
直接用 MAX() 和 MIN() 做减法就行，这是最常用也最稳妥的方式。别想复杂，SQL 标准语法完全支持在聚合函数间做算术运算。
常见错误是试图先 SELECT MAX(value), MIN(value) 再在外面减——那会报错，因为没加 GROUP BY；或者漏写 GROUP BY 导致全表只出一行结果。
- 必须和
GROUP BY配套使用，否则聚合逻辑不成立 - 如果字段含
NULL，MAX()/MIN()会自动跳过，不影响差值计算（但整组全NULL时结果为NULL） - 数值类型要一致，比如
INT和DECIMAL混用可能触发隐式转换，影响精度
SELECT category, MAX(value) - MIN(value) AS diff FROM sales GROUP BY category;
遇到字符串或日期字段，MAX() - MIN() 还能用吗？
不能直接减。字符串的 MAX()/MIN() 是按字典序比较，相减无意义；日期虽可转成数字，但直接减会出错或得意外结果（比如 MySQL 中日期相减返回天数，PostgreSQL 则报错）。
使用场景很明确：只有数值型字段才适合这个写法。其他类型得先转换：
- 日期差建议用
DATEDIFF()（MySQL）、AGE()（PostgreSQL）或EXTRACT(EPOCH FROM ...)等专用函数 - 字符串想算“首尾字符差异”之类需求，属于业务逻辑，SQL 不该承担，应交由应用层处理
- 如果字段是带单位的文本（如
'12.5kg'），必须先用REGEXP_REPLACE()或SUBSTR()提取数字部分，再转类型
MAX() - MIN() 在不同数据库里的行为差异
核心逻辑一致，但边界情况处理有差别，尤其涉及空值和类型推导时。
- MySQL：允许对字符串字段用
MAX()-MIN()（结果为 0），但这是隐式转 0 的副作用，不可靠 - PostgreSQL：严格类型检查，字符串相减直接报错
ERROR: operator does not exist: text - text - SQLite：会尝试转数字，失败则当 0，容易掩盖数据质量问题
- 所有数据库中，若分组内仅一个非空值，
MAX() = MIN()，差值为 0 —— 这是正确行为，不是 bug
性能和索引怎么配合这个查询？
单纯 MAX() - MIN() 无法走索引优化，因为它是聚合操作，引擎仍需扫描全部行。但可以针对性建索引减少 I/O。
- 复合索引
(group_column, value)能让每个分组内的value有序，使MAX/MIN查找更快（尤其大表） - 如果只查少数几个
group_column值，加WHERE group_column IN (...)配合索引效果更明显 - 避免在
value上单独建索引——对聚合无加速作用，还拖慢写入 - 分区表场景下，若按
group_column分区，这个查询天然就只扫相关分区
真正容易被忽略的是：当 value 列基数极低（比如只有 3 个取值），MAX()-MIN() 结果大量重复，这时候应用层缓存比反复查库更实际。
