必须用CASE WHEN将数值映射为离散标签后再GROUP BY，因布尔表达式（如BETWEEN）或数学运算（如price/10）不产生可比较的标量值，违反SQL标准，主流数据库均报语法错误。
直接用 GROUP BY 套 BETWEEN 或数学表达式会报错，必须先把数值映射成离散标签，再分组。这是所有主流数据库（MySQL、PostgreSQL、SQL Server）的通用限制。
为什么不能直接在 GROUP BY 里写区间条件
比如 GROUP BY price BETWEEN 0 AND 99 或 GROUP BY price / 10，这些写法在绝大多数 SQL 引擎中都会触发语法错误，例如 PostgreSQL 报 syntax error at or near "BETWEEN"，SQL Server 报 invalid in the group by clause。原因很简单：SQL 标准要求 GROUP BY 的目标必须是“可比较的标量值”，而布尔表达式或浮点运算结果不满足这一要求。
CASE WHEN 是最稳妥的区间分组方式
它把连续数值转为字符串或整数标签，兼容性好、逻辑清晰、业务语义明确。
- 边界必须互斥且全覆盖：推荐统一用左闭右开（如
price >= 0 AND price ），避免 <code> 和 <code> 混用导致缝隙或重叠 - 一定要有
ELSE分支：否则NULL、负数、超大异常值全被归入隐式NULL组，统计结果容易误读 -
GROUP BY中不能直接引用SELECT别名（如AS price_range），多数数据库不支持；稳妥做法是在GROUP BY里重写一遍CASE WHEN表达式 - 如果区间很多（比如按每 5 元一段），手写易出错，建议改用
FLOOR或建区间映射表JOIN
FLOOR() 适合等宽数值区间的快速分组
当区间宽度固定（如每 10 岁、每 100 元）、且数据非负时，FLOOR(value / width) 能生成唯一桶编号，比一长串 CASE WHEN 更简洁、易维护。
- 注意除法类型：MySQL 和 PostgreSQL 对整数除法行为一致，但 SQL Server 需显式转浮点，如
FLOOR(CAST(price AS FLOAT) / 100) - 显示名称和分组键要分离：用
FLOOR(price / 100)分组，再用CONCAT(FLOOR(price / 100) * 100, '-', FLOOR(price / 100) * 100 + 99)生成标签，避免因字符串拼接影响分组逻辑 - 负数会破坏结果：
FLOOR(-5 / 10)得-1，不是预期的0；务必加WHERE price >= 0过滤 - 小数可能引发浮点误差，建议先
ROUND(price, 0)或CAST(price AS INTEGER)
用区间映射表 JOIN 替代冗长 CASE
当区间定义复杂、频繁变动，或需多人协作维护时，把区间规则抽成独立表（如 price_ranges(range_start, range_end, label)），用 JOIN ... ON value BETWEEN range_start AND range_end 关联，比硬编码更可持续。
- 必须确保区间不重叠：否则一条记录可能匹配多个区间，
JOIN后行数膨胀，COUNT(*)虚高 - 若存在重叠且业务允许优先级（如“佣金率取最高档”），得用
ROW_NUMBER() OVER (PARTITION BY t.id ORDER BY r.priority DESC)取主区间，再WHERE rn = 1 -
GROUP BY必须包含右表字段（如r.label），不能只写左表原始值——否则分组维度丢失 - 给
range_start和range_end加复合索引能显著提升关联性能，尤其在大数据量下
真正容易被忽略的是：区间逻辑一旦嵌套进函数或表达式，price 字段上的索引就失效了。哪怕你写了 WHERE price BETWEEN 100 AND 500，只要 GROUP BY 里出现 FLOOR(price / 100) 或 CASE WHEN，优化器大概率放弃使用索引，全表扫描随之而来。所以，先过滤、再分组，顺序不能颠倒。
