使用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、精度这三处不处理，线上一跑就露馅。