使用SUM()与GROUP BY计算市场份额时结果为100%是因为未分离全局总计与分组总计，正确做法是用窗口函数SUM(SUM(sales)) OVER()或子查询获取全表总销售额作为分母。
为什么 SUM() 和 GROUP BY 一起用，算出来却是 100%？
因为没做「全局总计」和「分组总计」的分离计算。直接 SUM(sales) / SUM(sales) 在分组后每个组都等于自身除以自身。市场份额本质是「某产品销售额 ÷ 所有产品总销售额」，分母必须跳出当前分组。
- 错误写法：
SELECT product, SUM(sales) / SUM(sales) * 100 FROM sales GROUP BY product→ 每行都是 100% - 正确思路：先拿到全表总销售额（不分组），再对每个产品销售额除以它
- 兼容性注意：MySQL 8.0+ 支持窗口函数
SUM() OVER()；老版本得用子查询或 JOIN
MySQL 8.0+ 用 SUM() OVER() 最简洁
窗口函数让分母“看得见全表”，不破坏原有分组逻辑，代码干净、性能好。
SELECT product, SUM(sales) AS product_sales, ROUND(SUM(sales) / SUM(SUM(sales)) OVER() * 100, 2) AS market_share_pct FROM sales GROUP BY product;
-
SUM(SUM(sales)) OVER()是关键：内层SUM(sales)是分组聚合，外层SUM() OVER()是对所有分组结果再求和 → 全局总额 - 别漏掉括号层级，
SUM(sales) OVER()会报错（不能在聚合函数里直接开窗口） - 如果
sales有 NULL，SUM()自动忽略，但建议提前用COALESCE(sales, 0)防意外
MySQL 5.7 或 PostgreSQL 用子查询兜底
当窗口函数不可用时，子查询最稳，语义也最直白 —— 先算总数，再拿去除。
SELECT s.product, SUM(s.sales) AS product_sales, ROUND(SUM(s.sales) / t.total_sales * 100, 2) AS market_share_pct FROM sales s CROSS JOIN (SELECT SUM(sales) AS total_sales FROM sales) t GROUP BY s.product;
-
CROSS JOIN把单行总数“广播”到每组，比LEFT JOIN或相关子查询更高效 - 别用
(SELECT SUM(sales) FROM sales)写在SELECT里：MySQL 5.7 允许，但每次分组都会重复执行，数据量大时明显变慢 - PostgreSQL 同样适用，但注意它对子查询别名要求更严，
t不能省
除零错误和小数精度怎么防？
真实数据里，总销售额可能是 0（比如空表、全 NULL），或者你只查了部分分区，分母为 0 就报 Division by zero 错误。
- 加
NULLIF(t.total_sales, 0)：把 0 转成 NULL，整个除法结果变 NULL，不崩 - 想显示 0% 而不是 NULL？套一层
COALESCE(..., 0) -
ROUND(..., 2)别省：浮点除法可能出 12.999999999，显示成 13.00 更符合业务预期 - 如果产品维度有层级（比如 category + product），确保
GROUP BY和分子粒度一致，否则分母对不上
分母脱离分组是核心，窗口函数最省心，子查询最通用；但无论哪种，NULL、0、精度这三处不处理，线上一跑就露馅。
