应使用case when嵌套在sum等聚合函数内实现多条件分组求和，必须写else 0防止null导致结果异常，且所有条件判断须在聚合函数内部完成。
GROUP BY 后怎么同时算多个条件的总和
直接用 CASE WHEN 套在聚合函数里，别写成 WHERE 或单独 SELECT。否则要么漏数据，要么分组崩了。
典型场景：按部门统计「销售额」、「线上订单额」、「线下订单额」三列，共用一个 GROUP BY department。
-
SUM(CASE WHEN channel = 'online' THEN amount ELSE 0 END)—— 必须有ELSE 0，不然NULL会让整列求和变NULL - 别写
WHERE channel = 'online'，那会把线下数据过滤掉，其他维度就没了 - 所有
CASE WHEN都得放在SUM()、COUNT()这类聚合函数内部，不能放外面
NULL 值不处理会导致整列变 NULL
CASE WHEN 没配 ELSE 时，默认返回 NULL；而 SUM(NULL) 不报错，但只要该分组里有任何一行没命中条件，就可能让结果不可靠。
- 错误写法：
SUM(CASE WHEN status = 'paid' THEN amount END)→ 未支付的行返回NULL，不影响求和，但容易误判逻辑 - 正确写法：
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END)—— 显式归零，语义清晰，数值稳定 - 如果真想排除未支付数据（比如只看已支付总额），用
COUNT(CASE WHEN status = 'paid' THEN 1 END)更安全，避免NULL干扰计数
性能差？不是 CASE WHEN 的锅，是索引和 WHERE 没配好
CASE WHEN 本身几乎不拖慢查询，慢是因为没提前过滤或缺少索引。尤其当表很大、条件字段没索引时，全表扫描才是瓶颈。
- 先加
WHERE缩小范围，比如WHERE create_time >= '2024-01-01'，再做CASE WHEN聚合 -
channel、status这类高频条件字段，建议建单列索引或联合索引 - 避免在
CASE WHEN里写函数，比如CASE WHEN UPPER(tag) = 'VIP' THEN ...—— 会失效索引
MySQL 8.0+ 和 PostgreSQL 的细微差别
语法基本一致，但默认行为略有不同：MySQL 对 GROUP BY 更宽松，PostgreSQL 要求 SELECT 中所有非聚合字段都出现在 GROUP BY 列表中。
- PostgreSQL 报错：
column "x" must appear in the GROUP BY clause→ 得补全或用MIN(x)包一层 - MySQL 5.7 默认开启
ONLY_FULL_GROUP_BY后，行为趋同，别依赖旧版“隐式分组” - 两者都支持
FILTER (WHERE ...)语法（PostgreSQL 原生，MySQL 不支持），但CASE WHEN兼容性更好，别为了新特性换写法
最常被忽略的是 ELSE 0 的缺失，看着只少两个字，实际查出来全是 NULL，还不好定位——因为不报错，只是数字不对。
