聚合函数与窗口函数不可直接嵌套，因执行顺序冲突：先group by聚合（行已合并），再窗口计算（需原始行粒度）；分组占比须分步实现，如用sum(sum(amount)) over()获取全局和，再相除。
聚合函数和窗口函数不能直接嵌套使用
你写 AVG(SUM(x)) 或 COUNT(SUM(x)) OVER (...) 会报错，因为窗口函数不能包裹在聚合函数内部，反之亦然。根本原因是执行顺序：SQL 先做 GROUP BY 聚合（此时行已合并），再执行窗口计算（需要保留原始行粒度）。两者作用层级冲突。
要算“分组占比”，比如每个部门销售额占公司总销售额的比例，必须拆成两步：先拿到分组值，再拿到全局/同级基准，最后相除。
用窗口函数替代 GROUP BY 计算分组占比
如果原始表是明细销售记录（每行一个订单），不需要先 GROUP BY department，而是直接用窗口函数按部门求和，再除以全表总和：
SELECT department, SUM(amount) AS dept_total, SUM(amount) / SUM(SUM(amount)) OVER() AS ratio FROM sales GROUP BY department;
注意这里 SUM(SUM(amount)) OVER() 是合法的：外层 SUM() OVER() 是窗口函数，内层 SUM(amount) 是聚合函数，但出现在 GROUP BY 查询的 SELECT 列中——这是 SQL 标准允许的“聚合内嵌窗口”写法（PostgreSQL、SQL Server、Oracle、Doris 等支持；MySQL 8.0+ 也支持）。
-
SUM(amount)按department分组求和 -
SUM(SUM(amount)) OVER()对所有分组结果再求和（即全公司总额），不依赖PARTITION BY，所以是单个标量值 - 结果列
ratio是每个部门和整体的比值，自动对齐到对应分组行
如果已经 GROUP BY 过，就别硬套窗口函数
假设你已有一个中间结果集（比如临时表或 CTE），只有 department 和 dept_total 两列，这时再想加占比列，OVER() 就没用了——因为只剩一行/部门，窗口无法跨行引用总数。
正确做法是显式把总数拉进来：
WITH dept_sum AS ( SELECT department, SUM(amount) AS dept_total FROM sales GROUP BY department ), total AS ( SELECT SUM(dept_total) AS all_total FROM dept_sum ) SELECT d.department, d.dept_total, d.dept_total * 1.0 / t.all_total AS ratio FROM dept_sum d CROSS JOIN total t;
关键点：
- 不要试图在已有分组结果上加
SUM(dept_total) OVER()——它只会返回当前行的dept_total，不是总数 -
CROSS JOIN把单行总数广播到每一行，安全且明确 -
* 1.0防止整数除法截断（尤其在 PostgreSQL、SQL Server 中）
百分比精度与 NULL 处理要手动控制
占比结果常需保留小数、转百分比字符串、处理分母为 0 或 NULL。这些都不能靠窗口/聚合自动完成：
- 用
ROUND(ratio, 4)控制小数位，别依赖数据库默认浮点精度 - 分母可能为 NULL？加
NULLIF(SUM(SUM(amount)) OVER(), 0)避免除零错误 - 要显示
'23.5%'？得用CONCAT(ROUND(ratio*100, 1), '%')，各数据库字符串函数不同，MySQL 用CONCAT，PostgreSQL 用||或FORMAT - 如果某部门没有数据，
SUM(amount)返回 NULL，会导致整个比值为 NULL——需要COALESCE(SUM(amount), 0)显式补零
这些细节不写进表达式里，结果就不可控。窗口函数只管“怎么算”，不管“怎么安全地呈现”。
