直接用 count(*) 除以总数会出错，因整数除法默认截断小数；须显式转浮点、处理null、控制精度并统一格式化。
直接用 COUNT(*) 除以总数会出错？先确认数据类型
SQL 中整数除法默认截断小数，比如 3 / 5 在 PostgreSQL 或 SQL Server 中结果是 0，不是 0.6。MySQL 稍好些，但仍有隐式转换风险。必须显式转成浮点类型才能得到正确百分比。
- 推荐写法：
CAST(COUNT(*) AS DECIMAL(5,2)) / (SELECT COUNT(*) FROM table_name) - 更简洁（多数引擎支持）：
COUNT(*) * 100.0 / (SELECT COUNT(*) FROM table_name)—— 乘100.0强制提升为浮点 - 避免写
COUNT(*) / COUNT(*) * 100，中间整数除法已失真
按分组算占比：用窗口函数 SUM() OVER() 更稳
想算「每类订单占总订单的百分比」，传统子查询嵌套易出错、难读；窗口函数一次扫描就能拿到全局总数，性能和可维护性都更好。
SELECT category, COUNT(*) AS cnt, ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER(), 2) AS pct FROM orders GROUP BY category;
-
SUM(COUNT(*)) OVER()是合法的：先按GROUP BY聚合，再对聚合结果开窗求和 - 别漏掉
ROUND(..., 2)，否则可能得到超长小数如23.499999999 - MySQL 8.0+、PostgreSQL、SQL Server 2012+、Oracle 都支持；SQLite 不支持窗口函数，得退回到子查询
遇到 NULL 值导致分母为零？加 NULLIF 保底
如果总数可能为零（比如空表或过滤后无数据），直接除会报错或返回 NULL。用 NULLIF(denominator, 0) 把零转成 NULL，让整个表达式安全返回 NULL，而不是中断执行。
- 安全写法：
COUNT(*) * 100.0 / NULLIF(SUM(COUNT(*)) OVER(), 0) - 若需显示
0%而非NULL，再套一层COALESCE(..., 0) - 注意：
NULLIF是标准 SQL，但旧版 SQL Server 需用CASE WHEN ... THEN NULL ELSE ... END
百分比要四舍五入还是截断？看业务场景定精度
财务报表通常要求严格四舍五入到小数点后两位；而用户行为统计中，ROUND(x, 2) 和 TRUNCATE(x, 2)（或 FLOOR(x*100)/100）结果可能差 0.01%，影响汇总校验。
-
ROUND(33.3333, 2)→33.33；ROUND(33.335, 2)→33.34（银行家舍入在部分数据库有差异） - 若需强制截断（不进位），MySQL 用
TRUNCATE(x, 2)，PostgreSQL/SQL Server 用FLOOR(x*100)/100.0 - 所有计算完成后，再统一格式化（如拼
%符号）——别在数值列里存字符串，会破坏排序和后续计算
百分比计算本身不难，真正容易翻车的是数据类型隐式转换、空值处理和精度控制。尤其在跨数据库迁移或联合查询时，* 100.0 和 NULLIF 这两个小动作，往往就是脚本突然报错或报表对不上数的根源。
