<p>正确解法是用SUM() OVER()将总和广播到每行，再除以分组聚合值；如SELECT category, SUM(amount) AS category_sum, ROUND(100.0 * SUM(amount) / SUM(SUM(amount)) OVER(), 2) AS pct FROM orders GROUP BY category；需用100.0防截断，NULLIF防除零，注意数据库版本兼容性。</p>
用 SUM() 和窗口函数一次性算出分类占比
直接在 SELECT 里套 SUM() 做分母会报错，因为聚合不能嵌套。正确解法是用窗口函数 SUM() OVER() 把总和“广播”到每一行，再除以当前分类的聚合值。比如统计各品类销售额占总销售额的百分比：
SELECT category, SUM(amount) AS category_sum, ROUND(100.0 * SUM(amount) / SUM(SUM(amount)) OVER(), 2) AS pct FROM orders GROUP BY category;
注意两点：内层 SUM(amount) 是分组聚合，外层 SUM(SUM(amount)) OVER() 是对分组结果再求和——这是窗口函数允许的合法写法；100.0 强制转浮点，避免整数除法截断。
遇到 division by zero 怎么办
当某分类的 SUM(amount) 为 0（比如空表或全 NULL 字段），而总和又恰好为 0，就会触发除零错误。实际中更常见的是字段含 NULL，导致 SUM() 返回 NULL，再参与除法时整行结果变 NULL。
- 用
COALESCE(SUM(amount), 0)把 NULL 转成 0，但要注意这会掩盖真实数据缺失问题 - 更稳妥的是加条件过滤：
WHERE amount IS NOT NULL或在GROUP BY前用WHERE排除无效记录 - 若必须保留 NULL 分类，用
NULLIF(denominator, 0)包裹分母，让除零返回 NULL 而非报错
不同数据库对 OVER() 的兼容性差异
PostgreSQL、SQL Server、Oracle、BigQuery 都支持 SUM() OVER() 写法；MySQL 8.0+ 才支持，5.7 及更早版本不认，得改用自连接或变量模拟：
-- MySQL 5.7 替代方案（性能差，慎用于大表） SELECT t1.category, t1.category_sum, ROUND(100.0 * t1.category_sum / t2.total, 2) AS pct FROM ( SELECT category, SUM(amount) AS category_sum FROM orders GROUP BY category ) t1 CROSS JOIN ( SELECT SUM(amount) AS total FROM orders ) t2;
SQLite 直到 3.25.0 才支持窗口函数，旧版只能走子查询。别在没确认版本的情况下硬写 OVER。
百分比结果要四舍五入还是截断
业务上通常要求保留两位小数，但 ROUND() 和 TRUNCATE() 行为不同：ROUND(99.999, 2) 得 100.00，而 TRUNCATE(99.999, 2) 得 99.99。多数报表系统接受 ROUND，但财务场景可能要求向下取整，此时得用 FLOOR(value * 100) / 100。
还有一点容易被忽略：多个分类百分比加起来未必正好 100%，尤其四舍五入后。如果需要强制归一（比如饼图），得额外做“最大余数法”调整——那已经超出 SQL 单次查询能力，得交给应用层处理。
