用sum() over(partition by dept)直接计算部门总费用作分母，避免子查询重复扫描；需用nullif防除零，乘1.0转浮点保精度，并注意执行计划中windowagg节点性能。
用 SUM() OVER() 算部门总费用，别写子查询
直接在 SELECT 里用窗口函数算分母，比嵌套子查询快得多，也更易读。关键不是“怎么写占比”，而是“避免重复扫描同一张表”。比如你有 expenses 表，含 dept、amount 字段，想算每个记录占本部门总费用的比例——这时候 SUM(amount) OVER (PARTITION BY dept) 就是你要的分母。
-
PARTITION BY dept是必须的，漏了就变成全表总和，不是部门级 - 不要加
ORDER BY在里面（除非真需要累积和），否则可能触发排序开销，拖慢查询 - 如果
amount可能为NULL，SUM()会自动忽略，但除法前最好补个COALESCE(..., 0)防止空分母报错
计算占比时小心除零和精度截断
数据库对整数除法的处理很坑：PostgreSQL 和 SQL Server 默认向下取整，MySQL 5.7+ 会转成浮点但可能丢精度，而 Oracle 会直接报错 ORA-01476: divisor is equal to zero。所以占比公式不能裸写 amount / SUM(amount) OVER (...)。
- 统一转成
DECIMAL或FLOAT：用amount * 1.0 / NULLIF(SUM(amount) OVER (PARTITION BY dept), 0) -
NULLIF(..., 0)比CASE WHEN ... = 0 THEN NULL ELSE ... END更简洁，且能覆盖分母为 0 的情况 - 如果要保留两位小数，用
ROUND(..., 2)，但注意 ROUND 是四舍五入，不是截断；真要截断用TRUNCATE(..., 2)（MySQL）或TRUNC(..., 2)（PostgreSQL）
想看部门维度汇总占比？用 GROUP BY + 窗口函数组合
有时候你不需要每行都显示占比，而是想输出“每个部门费用占全公司总费用的百分比”——这属于跨粒度聚合，得把窗口函数和 GROUP BY 配合用。先按部门聚合，再用窗口函数算全局占比。
- 写法是：
SELECT dept, SUM(amount) AS dept_total, SUM(amount) * 100.0 / SUM(SUM(amount)) OVER() AS pct_of_total FROM expenses GROUP BY dept - 注意内层
SUM(amount)是聚合函数，外层SUM(SUM(amount)) OVER()是窗口函数，SQL 引擎能正确解析这种嵌套 - 别写成
SUM(amount) OVER() / SUM(amount) OVER (PARTITION BY dept)，那是在行级别算，结果和你要的部门级占比完全不是一回事
性能敏感时，确认执行计划是否用了 WindowAgg
窗口函数不是银弹。如果数据量大、分区键（如 dept）基数高（比如有上千个部门），PARTITION BY 可能导致大量内存排序或临时磁盘写入。这时候要看执行计划里的节点类型。
- PostgreSQL 中找
WindowAgg节点；SQL Server 看是否有Window Spool；MySQL 8.0+ 则关注是否出现Using temporary; Using filesort - 如果发现性能差，优先检查
dept字段有没有索引——虽然窗口函数不走索引，但前置的WHERE过滤或JOIN如果能利用索引缩小数据集，效果立竿见影 - 极端情况（比如实时报表要求毫秒响应），考虑把部门汇总结果预存到物化视图或缓存表里，而不是每次实时算
实际跑的时候，最常被忽略的是分母的语义层级和除零保护——写完第一版逻辑后，务必用一个 dept 全为 NULL 或 amount 全为 0 的测试数据集过一遍。
