用case when在聚合函数内做条件分支是实现带权重/优先级聚合最可控通用的方式；group by不保留顺序，order by在聚合后生效，无法影响聚合逻辑，必须用case显式映射数值参与计算。
直接结论：用 CASE WHEN 在聚合函数内部做条件分支，是实现带权重/优先级聚合最可控、最通用的方式；别指望 GROUP BY 本身能“自动排序优先级”。
为什么不能只靠 GROUP BY 或 ORDER BY 实现优先级聚合
很多人误以为给分组加个 ORDER BY priority DESC 就能让 SUM() 或 MAX() “优先取高优先级值”，但这是错的。GROUP BY 只负责切分数据块，ORDER BY 在聚合之后才生效（除非嵌套子查询），对聚合逻辑本身无影响。
-
GROUP BY阶段不保留行顺序，MAX()取的是值最大，不是“优先级最高”的那条记录 - 想让某类记录在聚合中“占更大比重”，必须显式用
CASE把它映射成数值参与计算 - 如果只是想“按优先级选一条代表值”，得配合窗口函数（如
ROW_NUMBER() OVER (PARTITION BY ... ORDER BY priority DESC)），而不是纯聚合
CASE WHEN + SUM 实现加权求和（最常用场景）
典型需求：不同状态订单贡献不同权重——已支付订单计 1.0，待审核计 0.5，已取消计 0 —— 最终算“等效订单量”。
SELECT
SUM(CASE
WHEN status = 'paid' THEN 1.0
WHEN status = 'pending' THEN 0.5
ELSE 0
END) AS weighted_order_count
FROM orders;
- 每个
CASE分支返回数值，SUM()对这些数值累加 - 注意
ELSE 0必须写，否则NULL会被SUM()忽略，导致结果偏小 - 权重可以是任意数值，支持小数、负数、甚至动态表达式（如
amount * 0.1）
CASE WHEN + MAX/MIN 实现“优先取值”逻辑
这不是真·聚合，而是用聚合函数“借壳”实现条件选取。例如：每类产品只取“最高优先级渠道”的价格，优先级定义为 channel_priority = {'official': 3, 'partner': 2, 'reseller': 1}。
SELECT
product_id,
MAX(CASE
WHEN channel = 'official' THEN price
WHEN channel = 'partner' THEN price
WHEN channel = 'reseller' THEN price
ELSE NULL
END) AS effective_price
FROM products
GROUP BY product_id;
- 这里
MAX()起的是“兜底”作用：只要某优先级分支命中，就返回对应price；多个命中时取数值最大者（非优先级最高者）→ 所以要确保高优先级分支排在前面，且用ELSE NULL避免干扰 - 更稳妥的做法是用
ROW_NUMBER()先排序再过滤，但若仅需单值且逻辑简单，CASE + MAX更轻量 - 别用
COUNT(CASE ...)代替加权求和——它只统计命中次数，不体现权重差异
容易被忽略的坑：NULL 处理与执行顺序
所有带 CASE 的聚合都绕不开两个硬约束：
-
CASE中没覆盖全分支且没写ELSE→ 返回NULL→SUM()忽略，AVG()计算时自动剔除该行，但COUNT()仍会计数（因COUNT(*)统计行，COUNT(col)才跳过NULL） -
WHERE在GROUP BY和CASE之前执行，所以不能在WHERE里引用CASE别名；如需先筛再加权，必须把CASE写进WHERE子句或用子查询 - 聚合字段上建索引对
CASE加权无加速效果，真正影响性能的是WHERE条件列和GROUP BY字段的索引
优先级不是语法特性，是业务逻辑。写 CASE 时多花十秒想清楚“这个分支漏了会怎样”，比调半天结果不对更省时间。
