SUM() OVER()计算分组占比需先用SUM(1) OVER(PARTITION BY category)得组内总数，再除以SUM(1) OVER()得全表总数，乘100.0并ROUND保证精度；避免嵌套聚合与整数除法截断，且WHERE须在聚合前过滤。
分组占比：用窗口函数 SUM() OVER() 除以组内总数
分组占比指每个分组在它所属大类（比如按 category 分组）中的占比。关键不是用 COUNT(*) 硬除，而是用窗口函数算出每组的聚合值，再做比例运算。
常见错误是写成 COUNT(*) / SUM(COUNT(*)) —— 这在标准 SQL 中语法非法，因为聚合不能嵌套聚合。
- 正确做法：先用
COUNT(*) OVER (PARTITION BY category)得到每组行数，再用SUM(COUNT(*)) OVER ()或更稳妥的SUM(1) OVER (PARTITION BY category)配合外层聚合 - 推荐写法：在聚合查询中，用
SUM(1) OVER (PARTITION BY category)作为分子，SUM(1) OVER ()作为分母，避免 GROUP BY 和窗口混用冲突 - 注意：MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持；SQLite 不支持窗口函数，需用子查询模拟
SELECT category, COUNT(*) AS cnt, ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER (), 2) AS pct_of_total, ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER (PARTITION BY category), 2) AS pct_in_category FROM orders GROUP BY category;
整体百分比：用 SUM() OVER () 除以全表总和
整体百分比是某一分组占全表的比例，本质就是“该组数量 ÷ 全表总行数”。难点在于别让 GROUP BY 把全表统计切碎了——必须靠窗口函数跨组汇总。
典型翻车点：有人写 COUNT(*) / (SELECT COUNT(*) FROM orders)，虽能跑通，但性能差（每次分组都执行子查询），且无法在视图或某些 OLAP 引擎中复用。
- 安全写法：统一用
SUM(1) OVER ()，它不依赖 GROUP BY，对 NULL 友好，语义清晰 - 如果字段可能为 NULL，避免用
COUNT(col)做分母，改用COUNT(*)或SUM(1) - 数值精度：务必乘
100.0（带小数点），否则整数除法会截断，例如 PostgreSQL 中5/10得0，不是0.5
同时输出两个百分比时的常见兼容性陷阱
同一查询里既要分组内占比、又要全局占比，不同数据库对窗口函数 + GROUP BY 的容忍度不同。PostgreSQL 最宽松，MySQL 8.0 要求所有非聚合列必须在 GROUP BY 中，而 SQL Server 对 OVER () 和 OVER (PARTITION BY ...) 混用较敏感。
- 最稳组合：先聚合（
GROUP BY），再用窗口函数引用聚合结果，如上例中SUM(COUNT(*)) OVER () - 别在窗口函数里直接写
COUNT(*)，应写SUM(1)或明确用聚合后的别名（部分引擎不支持） - BigQuery 中需用
ROUND(100 * COUNT(*) / SUM(COUNT(*)) OVER (), 2)，且不能省略OVER ()的括号 - 如果报错 “column must appear in GROUP BY”，说明你漏了窗口函数的 PARTITION 子句，或误把窗口列当普通列 SELECT 了
需要加权重或条件过滤时，CASE WHEN 必须同步进窗口
比如“计算各地区付费用户占本地区总用户比”和“占全站付费用户比”，就不能只在 COUNT 里加条件，窗口里的 SUM 也得保持一致逻辑，否则分子分母口径错位。
- 错误示范：
COUNT(CASE WHEN paid = 1 THEN 1 END)/SUM(COUNT(*)) OVER ()→ 分母是全量，分子是付费，显然不对 - 正确写法：分子分母都用相同条件，例如
SUM(CASE WHEN paid = 1 THEN 1 ELSE 0 END) OVER (PARTITION BY region)和SUM(CASE WHEN paid = 1 THEN 1 ELSE 0 END) OVER () - WHERE 过滤会影响基础行集，所以若只想看近30天数据，务必先 WHERE 再聚合，而不是靠窗口函数“后过滤”
窗口函数的执行顺序在 GROUP BY 之后、ORDER BY 之前，这是同时拿到分组聚合值和跨组统计值的关键。很多人卡在“为什么 COUNT(<em>) OVER ()</em> 返回的不是 1”，其实是因为没意识到它作用在 GROUP BY 后的结果集上——此时一行代表一个分组，COUNT() OVER () 是分组数，不是原始行数。
