不能直接用 GROUP BY + SUM() 计算占比，因为 SUM(sales_amount) / SUM(sales_amount) 在 GROUP BY product 下分母是每组和而非全表总和；必须用 SUM(sales_amount) OVER() 获取全局总和，并将分子或分母转为浮点数避免整数除法得0。
为什么不能直接用 GROUP BY + SUM() 计算占比
直接写 SUM(sales_amount) / SUM(sales_amount) 在 GROUP BY product 下会得到 1.0，因为分母是每组的和，不是全部产品的总和。占比的本质是「单个产品销售额 ÷ 全部产品销售额总和」，分母必须跨组计算——这正是窗口函数的典型场景。
SUM() OVER() 是最简可靠的分母方案
用 SUM(sales_amount) OVER() 能在不破坏原有分组的前提下，为每一行补上全表销售额总和。配合 GROUP BY 或直接在明细行上计算都可行，但要注意聚合层级：
- 若需每个产品一行（聚合后结果），用
SELECT product, SUM(sales_amount) AS prod_sum, SUM(sales_amount) OVER() AS total_sum, ROUND(SUM(sales_amount) * 100.0 / SUM(sales_amount) OVER(), 2) AS pct FROM sales GROUP BY product - 若原始表是订单明细（每行一个订单），则先算产品汇总再除，或直接用
SUM(sales_amount) OVER(PARTITION BY product)配合SUM(sales_amount) OVER()—— 但注意：前者不是必需，GROUP BY更清晰 - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 均支持；SQLite 3.25+ 也支持，但旧版不支持窗口函数
容易被忽略的类型陷阱：整数除法导致结果为 0
常见错误是写成 SUM(sales_amount) / SUM(sales_amount) OVER()，当字段是整型时，数据库可能执行整数除法，结果截断为 0。必须显式转浮点：
- 用
* 100.0（推荐，简洁） - 或
::DECIMAL(5,2)（PostgreSQL） - 或
CAST(... AS FLOAT)（SQL Server） - 错误示例：
SELECT product, SUM(sales_amount) / SUM(sales_amount) OVER() FROM sales GROUP BY product→ 多数情况返回 0
替代方案对比：子查询 vs CTE vs 窗口函数
SUM() OVER() 比子查询更高效且可读性更好，尤其在复杂查询中嵌套多层时：
- 子查询写法：
(SELECT SUM(sales_amount) FROM sales)需重复写，且某些引擎无法自动优化为单次扫描 - CTE 写法虽清晰，但增加一层封装，对简单占比无必要
- 窗口函数天然单次扫描完成，语义明确，且可与其他窗口操作（如排序、累计）组合使用
- 注意：如果后续还要按占比排序，直接
ORDER BY SUM(sales_amount) * 100.0 / SUM(sales_amount) OVER()即可，无需额外字段
实际跑通的关键就两点：用对 SUM() OVER() 补全分母，以及别忘了把分子或分母至少一方转成浮点。其余都是围绕这个核心的语法适配。
