子查询中整数除法结果为0，因多数数据库默认整数除法截断；需显式转小数类型或乘1.0；WHERE中不可直接嵌套占比子查询，应改用SELECT子查询、HAVING或CTE；NULL值和除零须用COALESCE或CASE处理。
子查询里直接除法结果为0？先看数据类型
SQL里用子查询算百分比，最常踩的坑是整数除整数得0。比如 SELECT COUNT(*) FROM t1 WHERE status='done' 除以 SELECT COUNT(*) FROM t1，两个都是整数，多数数据库（MySQL、PostgreSQL）默认做整数除法，结果直接截断为0。
- 解决办法：把分子或分母显式转成小数类型，如
CAST(... AS DECIMAL(5,2))或乘以1.0 - MySQL 可用
ROUND((subquery1 / subquery2) * 100, 2)，但必须确保至少一边是浮点数 - PostgreSQL 更严格，
INT / INT永远返回INT，必须写成(subquery1::NUMERIC / subquery2)
WHERE条件里嵌套子查询算占比？别这么干
想在 WHERE 里用子查询算出“占比 > 10%”再过滤？不行——子查询不能直接出现在 WHERE 的比较右侧（除非是标量子查询且只返回一行一列），更关键的是，占比依赖全表统计，和当前行无关，放 WHERE 逻辑不通。
- 正确做法：用
SELECT中的子查询或 CTE 先算出总数，再算每组占比 - 例如按分类统计占比：
SELECT category, COUNT(*) * 100.0 / (SELECT COUNT(*) FROM orders) AS pct FROM orders GROUP BY category - 如果要过滤占比 > 10% 的分类，必须用
HAVING（在GROUP BY后）或外层包装一层查询
用WITH写CTE让百分比逻辑更清晰
当占比计算涉及多步（比如先筛出某类订单，再算它占所有有效订单的比），硬塞进单层子查询容易嵌套过深、难读难调。CTE 是更干净的选择。
- 先定义总数：
WITH total AS (SELECT COUNT(*) AS cnt FROM orders WHERE status != 'cancelled') - 再 JOIN 或 CROSS JOIN 到分组结果上：
SELECT o.category, COUNT(*) * 100.0 / t.cnt AS pct FROM orders o, total t WHERE o.status != 'cancelled' GROUP BY o.category - 注意：CTE 中的
total只执行一次，比重复写子查询更高效，尤其在大表上
NULL值会让百分比变成NULL？提前处理掉
如果子查询返回 NULL（比如总数子查询没查到任何行），整个除法结果就是 NULL，而不是 0 或报错。这在动态数据中很常见——比如某天没订单，总数为 0，再除就出错（除零异常）或返回 NULL。
- 安全写法：用
COALESCE给总数兜底，如COALESCE((SELECT COUNT(*) FROM t), 0) - 但除零仍需防护：写成
CASE WHEN total_cnt = 0 THEN 0 ELSE (part_cnt * 100.0 / total_cnt) END - 某些数据库（如 PostgreSQL）支持
NULLIF(denominator, 0)配合COALESCE简化写法
实际写的时候，先确认你的数据库对除法的隐式类型转换规则，再决定 cast 还是乘 1.0；占比逻辑一旦变复杂，别硬撑单条语句，拆 CTE 更稳。除零和空集，不是边缘情况，是每天都会遇到的问题。
