用 SUM(COUNT(*)) OVER() 获取全表总数，再计算各分组占比最稳妥；需乘100.0防整数截断，用ROUND(...,2)保留两位小数；过滤NULL须用WHERE而非HAVING。
GROUP BY 后怎么算每个分组占总数的百分比
直接用 COUNT(*) 配合窗口函数 SUM() OVER() 最稳。别在 GROUP BY 里除以 COUNT(*)，那算的是组内占比，不是“该组占全表比例”。
常见错误是写成：SELECT dept, COUNT(*) / COUNT(*) OVER() FROM emp GROUP BY dept —— 这会报错，因为聚合和窗口不能混在同一个层级裸用。
- 正确做法：先聚合，再用窗口函数跨组求总数，或用子查询/CTE 先算总数
- 推荐用
COUNT(*) * 100.0 / SUM(COUNT(*)) OVER()，乘100.0是为了强制浮点除法，避免整数截断 - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持；SQLite 不支持窗口函数，得用子查询
窗口函数里 COUNT(*) OVER() 和 SUM(COUNT(*)) OVER() 的区别
COUNT(*) OVER() 是对每行重复计算全表行数，结果每行都一样；但 SUM(COUNT(*)) OVER() 是合法的“聚合嵌套窗口”，它先按 GROUP BY 聚合出各组数量，再对这些组数量求和——也就是全表总记录数。
错误示例：COUNT(*) OVER() / COUNT(*) 在 GROUP BY 查询中无效，因为 COUNT(*) 此时是组内计数，而 COUNT(*) OVER() 是全表计数，两者不在同一逻辑层级，SQL 引擎不允诺这种混用。
-
SUM(COUNT(*)) OVER()是唯一能安全拿到“分组后全表总计”的窗口写法 - 如果只写
COUNT(*) OVER()，且没GROUP BY，它才等于全表行数；一旦有GROUP BY，必须用SUM(COUNT(*)) OVER() - 注意：
SUM(COUNT(*)) OVER()中的COUNT(*)是聚合函数，外面的SUM是窗口函数，这是 SQL 标准允许的嵌套
百分比结果要保留两位小数，怎么写不踩坑
用 ROUND(x, 2) 最直接，但要注意除法精度来源——如果分子分母都是整数，先转 DECIMAL 或乘 100.0，否则可能得 0。
TalkMe
与AI语伴聊天，练习外语口语
下载
比如 ROUND(COUNT(*) * 100 / SUM(COUNT(*)) OVER(), 2) 在 PostgreSQL 里没问题，但在 SQL Server 里如果所有字段是 INT，除法会截断为整数，导致结果全是 0 或 100。
- 安全写法：
ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER(), 2) - 更显式写法：
ROUND(CAST(COUNT(*) AS DECIMAL(10,2)) * 100 / SUM(COUNT(*)) OVER(), 2) - 别用
PERCENT_RANK()替代——它算的是排序位置占比，不是频次占比
想排除 NULL 分组再算占比，WHERE 和 HAVING 怎么选
过滤 NULL 分组必须用 WHERE，不是 HAVING。因为 HAVING 是在分组之后过滤，但 NULL 分组本身已是分组结果的一部分；而 WHERE 是在分组前筛掉对应行，影响分母（总数）和分子（各组数）。
例如字段 dept 有 NULL 值，你想算非空部门的占比：如果只用 HAVING dept IS NOT NULL，SUM(COUNT(*)) OVER() 仍包含 NULL 行，分母偏大，结果偏低。
- 正确：加
WHERE dept IS NOT NULL，确保分母和分子都基于干净数据 - 如果业务上必须保留
NULL组但不参与占比计算，得用条件聚合：SUM(CASE WHEN dept IS NOT NULL THEN 1 ELSE 0 END) OVER()作分母 - 别忘了：窗口函数里的
OVER()默认作用于整个结果集，不受HAVING影响
最易被忽略的一点：窗口函数的 OVER() 里没写 PARTITION BY 时，它默认把所有行当一个分区处理——这正是我们想要的“全表总数”。但一旦误加了 PARTITION BY dept，分母就变成每组自己的数量，结果全变 100%。