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，尤其分母来自关联表或条件统计时
百分比本质是相对值，脱离基准就失去意义；而这个基准，常常不是眼前这行数据能决定的。
