直接用 GROUP BY + COUNT 无法得到正确百分比，因为 COUNT() 只返回每组行数，而百分比需“本组数量 / 全局总数”，全局总数在分组后丢失；窗口函数 SUM(COUNT()) OVER() 可跨组获取总和，避免子查询，更简洁可靠。
为什么直接用 GROUP BY + COUNT 无法得到正确百分比
因为 COUNT(*) 在分组后只返回每组行数，而百分比需要「本组数量 / 全局总数」——全局总数在 GROUP BY 后已丢失。有人尝试嵌套子查询算总数，但可读性差、性能低，且在复杂过滤条件下容易出错。
窗口函数是更干净的解法：SUM(COUNT(*)) OVER() 能在分组聚合后，跨组拿到总和，无需子查询或自连接。
- 必须先用
GROUP BY聚合出各组计数（如COUNT(*) AS cnt） - 再用窗口函数
SUM(cnt) OVER()求所有组的 cnt 总和 - 最后用
cnt * 100.0 / SUM(cnt) OVER()计算百分比（注意乘以100.0避免整数截断）
标准写法：GROUP BY + 窗口 SUM 组合
这是最通用、兼容性最好的方式，适用于 PostgreSQL、SQL Server、Oracle、Snowflake 和较新版本的 MySQL（8.0+）与 DuckDB。
SELECT category, COUNT(*) AS cnt, ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER(), 2) AS pct FROM products GROUP BY category;
关键点：
-
SUM(COUNT(*)) OVER()是合法的：窗口函数可作用于聚合函数结果 -
ROUND(..., 2)控制小数位，避免浮点误差显示过长 - 如果表有
WHERE条件（如WHERE status = 'active'），窗口 SUM 自动基于同一过滤结果计算，无需额外处理
MySQL 5.7 或旧版 SQLite 怎么办
这些版本不支持窗口函数，强行用子查询容易出错。推荐用 JOIN 替代：
SELECT t1.category, t1.cnt, ROUND(t1.cnt * 100.0 / t2.total, 2) AS pct FROM ( SELECT category, COUNT(*) AS cnt FROM products GROUP BY category ) t1 CROSS JOIN ( SELECT COUNT(*) AS total FROM products ) t2;
注意：
-
CROSS JOIN比子查询更直观，且优化器通常能正确识别为单行关联 - 若需加
WHERE过滤，两个子查询必须保持完全一致的条件，否则分母会偏离实际分组基数 - SQLite 3.25+ 已支持窗口函数，确认版本用
SELECT sqlite_version();
遇到 NULL 分组或空表时百分比异常怎么办
当 category 允许为 NULL，默认 GROUP BY 会把 NULL 当作一个独立分组；但如果全表为空，SUM(COUNT(*)) OVER() 返回 NULL，导致除零错误或结果全为 NULL。
- 显式处理空分母：
CASE WHEN SUM(COUNT(*)) OVER() = 0 THEN 0 ELSE ... END - 想排除
NULL分组？在WHERE中加category IS NOT NULL，别依赖HAVING - 某些场景（如报表）需要保留 0% 占位，可在外部用
COALESCE(pct, 0)，但要清楚这是语义补全，不是数据真实反映
真正麻烦的是动态条件 + 多层嵌套分组——这时窗口函数的可维护性优势才真正体现出来，硬套子查询极易漏掉某一层的过滤上下文。
