不能用select别名做group by，因为sql执行顺序是from→where→group by→having→select→order by，别名在select阶段才生成，而group by在其之前执行，此时别名尚未存在，故引用会报错。
直接在 GROUP BY 里写 CASE WHEN 表达式，而不是依赖别名——多数数据库不支持在 GROUP BY 中引用 SELECT 里的列别名。
为什么不能用 SELECT 别名做 GROUP BY
比如写成 SELECT CASE WHEN price ，在 MySQL、PostgreSQL、SQL Server 上都会报错或返回意外结果。因为 SQL 执行顺序是先 <code>GROUP BY 后 SELECT，price_range 这个别名此时还不存在。
- MySQL 8.0+ 和 PostgreSQL 允许部分上下文引用别名，但行为不一致，不推荐依赖
- Oracle 完全不支持
GROUP BY引用SELECT别名 - 稳妥做法：在
GROUP BY里完整重写一遍CASE WHEN表达式
如何正确写 GROUP BY + CASE WHEN
核心结构是：把 CASE WHEN 同时放在 SELECT 和 GROUP BY 中，保持逻辑完全一致。
- 示例（按价格分三档统计商品数）：
SELECT CASE WHEN price
- 边界必须闭合：用
price 而不是 <code>price ，否则 200 元商品会掉进 <code>ELSE分组 - NULL 值默认归入
ELSE分支；如需单独统计，显式加WHEN price IS NULL THEN '未知'，且必须放在所有数值判断之后
避免性能陷阱：索引失效风险
只要 CASE WHEN 出现在 WHERE 或 GROUP BY 中对字段做了计算或函数包装，price 字段的索引就基本作废。
- 错误示范：
GROUP BY FLOOR(price / 100)—— 全表扫描不可避免 - 正确策略：先用
WHERE price IS NOT NULL AND price BETWEEN 0 AND 1000缩小数据集，再分组 - 如果业务只查固定区间（如 100–500 元商品），优先过滤再分组，比全量
CASE快得多
多区间场景下容易漏掉的细节
当区间多于 4–5 段时，手写 CASE WHEN 不仅易错，还会让 SQL 难以维护。
- 别硬凑几十个
WHEN，尤其当区间规则是“每 50 元一段”这类等宽划分 - PostgreSQL/Oracle 可用
WIDTH_BUCKET(price, 0, 1000, 20)生成桶编号，但结果是数字（1–20），仍需额外映射为可读标签 - MySQL 没有等价函数，只能靠
FLOOR(price / 50)，但要注意负数和零值：比如FLOOR(-10 / 50) = -1，会破坏分段连续性
真正麻烦的不是写法，而是边界值、NULL、负数、索引失效这四点——它们往往在上线后才暴露，而且很难通过测试覆盖全。
