sql中整数相除结果为0，因数据库默认执行整数除法并截断小数部分；解决方法是至少将一个操作数转为浮点类型，如5.0/10或cast(5 as decimal)/10。

SQL中直接用除法计算百分比时为什么结果是0？

因为多数数据库（如MySQL、PostgreSQL）对两个整数执行除法时默认做整数除法，5 / 10 得 0，而不是 0.5。必须至少让其中一个操作数转为浮点类型。

• MySQL：写成 5.0 / 10 或用 CAST(5 AS DECIMAL)
• PostgreSQL：5::NUMERIC / 10 或 5.0 / 10
• SQL Server：CONVERT(DECIMAL(5,2), 5) / 10

否则后续乘以100、加'%'都白搭——起点就是错的。

如何在不同数据库里把小数转成带%符号的字符串？

格式化不是统一语法，各库差异明显，不能套用一个写法。

• MySQL：用 CONCAT(ROUND(val * 100, 2), '%')，注意 ROUND() 要在拼接前做，否则可能显示太多小数位
• PostgreSQL：用 TO_CHAR(val * 100, 'FM990.00') || '%'，FM 去前导空格，990.00 控制最多两位小数
• SQL Server：用 FORMAT(val * 100, 'N2') + '%'，但注意 FORMAT() 性能较差，大数据量慎用

别直接 CAST(val AS VARCHAR) + '%' —— 小数精度失控，比如 0.1234567 可能变成 0.1234567%。

WHERE条件里能直接用百分比表达式过滤吗？

可以，但必须确保比较对象类型一致，且逻辑不绕弯。

• 错误写法：WHERE CONCAT(ROUND(rate * 100, 1), '%') > '85%' —— 字符串比较会出错（'100%'
• 正确做法：始终用数值比较，比如 WHERE rate >= 0.85，或 WHERE rate * 100 >= 85
• 如果业务要求按“显示值”过滤（如“显示为85.0%及以上”），先算好数值再判断，不要在WHERE里重复格式化逻辑

格式化只该出现在SELECT列表末端，不该侵入过滤或连接逻辑。

百分比查询在聚合场景下容易漏掉什么？

常见于计算占比，比如“某类订单占总订单的百分比”，这时分母必须是全局聚合结果，而非当前分组。

• 错例：SELECT type, COUNT(*) / COUNT(*) * 100 FROM orders GROUP BY type → 每组都得100%
• 正例（MySQL 8.0+）：COUNT(*) * 100.0 / SUM(COUNT(*)) OVER()
• 兼容写法（子查询）：COUNT(*) * 100.0 / (SELECT COUNT(*) FROM orders)
• 注意除零：加 CASE WHEN total = 0 THEN 0 ELSE ... END，尤其分母来自关联表或条件统计时

百分比本质是相对值，脱离基准就失去意义；而这个基准，常常不是眼前这行数据能决定的。