动态打标即在GROUP BY中直接使用CASE表达式构造分组字段，避免别名引用错误；复杂场景优先用CTE提升可读性；务必显式声明ELSE防止NULL合并偏差；聚合指标打标需两层处理。
动态打标后直接在 GROUP BY 中引用 CASE 表达式
SQL 里没有“先打标再分组”的独立步骤，所谓动态打标本质就是用 CASE WHEN 构造一个逻辑分组字段，然后直接放进 GROUP BY。绕开临时表或 CTE 能省掉一层嵌套，也避免某些数据库（如 MySQL 5.7）不支持在 GROUP BY 中引用列别名的问题。
常见错误是写成这样：
SELECT CASE WHEN amount > 1000 THEN 'high' ELSE 'low' END AS level, COUNT(*) FROM orders GROUP BY level; -- ❌ 在多数数据库中报错：Unknown column 'level'
正确做法是重复表达式，或改用位置序号（部分数据库支持）：
- 重复写：
GROUP BY CASE WHEN amount > 1000 THEN 'high' ELSE 'low' END - 用序号（仅限 PostgreSQL、SQL Server）：
GROUP BY 1（对应 SELECT 第一个字段） - MySQL 8.0+ 和 PostgreSQL 支持子查询或 CTE，但没必要为简单打标引入
需要复用打标逻辑时，优先用 CTE 而非子查询
当打标条件复杂（比如多层嵌套、涉及窗口函数或关联计算），又要在 SELECT 和 GROUP BY 中都用到，硬塞进 GROUP BY 会让语句臃肿且难维护。这时候 CTE 是更清晰的选择——它不是性能优化手段，而是可读性与可维护性的分水岭。
例如按用户最近订单金额区间 + 地区组合打标：
WITH labeled AS (
SELECT
user_id,
CASE
WHEN last_order_amount >= 5000 THEN 'vip'
WHEN last_order_amount >= 1000 THEN 'regular'
ELSE 'new'
END AS user_tier,
region
FROM users_with_last_order
)
SELECT user_tier, region, COUNT(*)
FROM labeled
GROUP BY user_tier, region;注意点：
- CTE 中的打标字段可直接用于后续
GROUP BY，无需重复表达式 - 不要误以为 CTE 一定比子查询快——多数引擎会内联展开，性能差异通常可忽略
- 如果打标依赖聚合结果（如“近30天下单频次”），必须先在子查询/CTE 中完成聚合，再打标
打标字段含 NULL 时，GROUP BY 的行为要特别小心
CASE WHEN 没有 ELSE 分支时，默认返回 NULL，而所有 NULL 在 GROUP BY 中被当作同一组——这常导致统计偏差，尤其是你本意是“未匹配项单独归为 unknown”，却漏写了 ELSE 'unknown'。
典型现象：
- 预期分 4 组（A/B/C/unknown），实际只出 3 行，
NULL组和某业务值意外合并 - PostgreSQL 对
NULL分组更严格，但 MySQL 和 SQL Server 在某些模式下会静默合并
安全写法永远显式声明 ELSE：
CASE
WHEN status = 'paid' THEN 'success'
WHEN status IN ('cancelled', 'refunded') THEN 'fail'
ELSE 'pending' -- ✅ 不留空洞
END聚合指标本身参与打标？得用两层聚合
比如“统计每个品类销量，再把销量 Top 3 归为 high，其余为 low”——这里打标依据是聚合后的值（SUM(quantity)），不能在第一层 GROUP BY 里直接用 CASE 判断，因为此时还没算出各组总销量。
必须拆成两步：
- 第一层：按品类聚合出销量
SUM(quantity) AS total_qty - 第二层：对上层结果用窗口函数或 JOIN 找出 Top 3，再打标
推荐用窗口函数（兼容性好、逻辑直白）：
WITH ranked AS (
SELECT
category,
SUM(quantity) AS total_qty,
ROW_NUMBER() OVER (ORDER BY SUM(quantity) DESC) AS rn
FROM sales
GROUP BY category
)
SELECT
CASE WHEN rn <= 3 THEN 'high' ELSE 'low' END AS tier,
COUNT(*) AS category_count
FROM ranked
GROUP BY CASE WHEN rn <= 3 THEN 'high' ELSE 'low' END;容易卡住的点：有人试图在第一层 GROUP BY 里写 CASE WHEN SUM(quantity) > (SELECT ...)，但相关子查询在 GROUP BY 中不被允许（语法报错），也不利于优化器生成高效执行计划。
