SUM(category = 'X') 报错因SQL不自动将布尔值转为数值，需用CASE WHEN显式转换；动态统计需避免硬编码分类，视图无法真正自动适配新增分类，COUNT(CASE WHEN...)比SUM更符合计数语义且简洁。
为什么直接写 SUM(category = 'X') 会报错
MySQL 或 PostgreSQL 里，SUM() 不能直接接收布尔表达式（比如 category = 'A'），因为它们不自动把 TRUE/FALSE 当作 1/0。你可能会看到类似 ERROR: function sum(boolean) does not exist（PostgreSQL）或 MySQL 报 Invalid use of group function —— 实际上是类型不匹配，不是语法错误。
正确做法是用 CASE WHEN 显式转为数值：
SELECT SUM(CASE WHEN category = 'A' THEN 1 ELSE 0 END) AS cnt_a, SUM(CASE WHEN category = 'B' THEN 1 ELSE 0 END) AS cnt_b FROM orders;
如何在视图中安全支持多分类动态统计
“动态”在这里不是指运行时拼 SQL，而是指：视图定义固定，但能覆盖未来新增的分类（只要数据里有）。关键在于别把分类值硬编码进 CASE 分支——除非你确定分类集稳定且极少变。
- 如果分类固定（如只有 'A','B','C'），直接展开
CASE最清晰、性能最好 - 如果分类可能新增，但又不想改视图定义，就得接受「视图只统计已知分类」，新增类不会自动出现——SQL 视图本身不支持元数据驱动的列生成
- 真要完全动态（比如新分类自动加一列），必须用客户端拼 SQL 或存储过程，视图做不到
SUM(CASE WHEN ...) 和 COUNT(CASE WHEN ...) 有什么区别
多数场景下两者结果一样，但语义和空值处理不同：
-
SUM(CASE WHEN cond THEN 1 ELSE 0 END)：对每行算 0 或 1，再求和；NULL分支被显式转成 0，不影响总数 -
COUNT(CASE WHEN cond THEN 1 END)：只统计THEN分支非NULL的行数；ELSE或不满足条件时返回NULL，而COUNT()忽略NULL - 性能几乎无差别，但
COUNT写法更短，且更贴近“计数”本意
推荐用 COUNT 版，尤其当逻辑是纯计数时：
SELECT COUNT(CASE WHEN status = 'paid' THEN 1 END) AS paid_cnt, COUNT(CASE WHEN status = 'refunded' THEN 1 END) AS refunded_cnt FROM transactions;
GROUP BY 配合动态分类统计的常见陷阱
视图里如果要按某字段分组再统计各分类总和（比如按 region 看每个地区的 A/B/C 类订单数），GROUP BY 必须包含所有非聚合字段，且 CASE WHEN 不能引用外部作用域变量。
- 错误写法：
GROUP BY region却在CASE里用未聚合的user_id—— 会报column must appear in the GROUP BY clause - 漏写
GROUP BY：若视图定义里没GROUP BY，但用了SUM/COUNT，结果是全表聚合，丢失明细层级 - MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY，会严格校验，别依赖旧版宽松模式
典型安全结构：
CREATE VIEW region_category_summary AS SELECT region, COUNT(CASE WHEN category = 'A' THEN 1 END) AS a_total, COUNT(CASE WHEN category = 'B' THEN 1 END) AS b_total FROM sales GROUP BY region;视图一旦建好，后续查询就不用重复写那些
CASE，但每次新增分类，仍得手动改视图定义——这点容易被当成“动态”的幻觉。 
