最稳妥方式是用SUM(sales) OVER(PARTITION BY dept)作分母，配合COALESCE(sales,0)处理NULL、乘1.0防整除截断、ROUND控制精度；避免GROUP BY子查询导致的数据膨胀与关联错误。
用窗口函数 SUM() OVER() 计算部门内占比
直接在查询中除以部门总和，最稳妥的方式是用窗口函数。它不依赖子查询或连接，性能好且逻辑清晰。
-
SUM(sales) OVER (PARTITION BY dept)算出每个部门的销售额总和，自动对每一行重复填充该值 - 把单行
sales除以这个窗口和，结果就是该行占本部门的比例（小数形式） - 注意：如果
sales是NULL，整行比例会变成NULL；需要提前用COALESCE(sales, 0)处理 - 示例：
SELECT dept, emp_name, sales,<br> ROUND(COALESCE(sales, 0) * 1.0 / SUM(COALESCE(sales, 0)) OVER (PARTITION BY dept), 4) AS ratio<br>FROM sales_table;
为什么不能用 GROUP BY + 子查询硬算
有人想先 GROUP BY dept 求总额，再连回原表——这容易漏数据或重复计算，尤其当部门有多个员工且需保留明细行时。
- 子查询必须和主表严格关联，否则
JOIN后可能因多对一关系导致行数膨胀 - 若某部门只有一条记录，子查询能跑通；但一旦有同部门多条记录，
JOIN条件稍写错（比如漏了dept外的关联字段），结果就不可信 - 窗口函数天然保行、保序、保明细，不用额外考虑关联键是否唯一
ratio 结果为 0 或 NULL 的常见原因
算出来比例全为 0，大概率是整型除法截断；出现 NULL 则多半是分母为 0 或分子为 NULL。
- PostgreSQL/SQL Server 中，
INT / INT返回整数，要写成sales * 1.0 / ...或CAST(sales AS DECIMAL) - MySQL 默认开启
sql_mode=STRICT_TRANS_TABLES时，除零会报错；关闭后返回NULL，需用NULLIF(SUM(...), 0)防止崩溃 - 部门总和为 0（比如所有销售都是 0 或 NULL），
SUM(...) OVER返回 0，除零即得NULL；建议外层加CASE WHEN ... = 0 THEN 0 ELSE ... END
需要百分比显示？别只靠 SQL 格式化
数据库里存小数更安全，展示层转百分比更可控。硬在 SQL 里拼 '%' 容易引发类型隐式转换问题。
- 避免写
CONCAT(ROUND(..., 2), '%')—— 返回字符串，后续无法参与数值计算或排序 - 如真要在 SQL 层输出带 % 的文本，确保字段类型明确为
TEXT或VARCHAR，并检查客户端是否支持该类型渲染 - 更推荐：SQL 返回
0.3725，应用代码或 BI 工具统一乘 100 并加 % 符号，留两位小数
窗口函数写法看着多一个 OVER，但省掉关联逻辑、避免数据膨胀、兼容 NULL 和零值——这些细节堆起来，才是线上查不出错的关键。
