TSQL SELECT语句除法运算异常：仅返回1或0问题咨询

嘿，这个问题我之前也碰到过！核心原因就是TSQL里的整数除法规则在搞鬼～

问题根源 #

你遇到的情况，本质是TSQL的整数除法行为导致的：当两个整数类型（比如int、bigint）的数值相除时，TSQL会执行整数除法——直接截断所有小数部分，只返回整数结果，不会进行四舍五入。

举个例子：

• 3/3 是整数除法，结果为整数1，再转成decimal(8,2)就是1.00，符合你的预期。
• 但如果是类似2/157的场景（整数除法），结果会直接被截断为0，转成decimal(8,2)就是0.00；哪怕是157/2，整数除法结果是78，转成decimal后是78.00，而不是你想要的78.50。

至于为什么加减乘运算正常？因为这些运算的整数结果转成decimal(8,2)只是补上小数位，不会丢失有效信息；但除法的整数截断会直接丢掉小数部分，导致结果不符合预期。

解决方案 #

解决方法很简单：强制TSQL执行小数除法，只需要在除法运算前，把其中一个操作数转换成非整数类型（比如decimal）即可。这里给你几种常用的实现方式：

1. 显式转换字段类型：
   用CAST或CONVERT把分子/分母转成decimal类型，触发小数除法：

COALESCE(CAST(Customers AS decimal(8,2)) / NULLIF(Visitors, 0), 0) AS CR

或者转换分母也可以：

COALESCE(Customers / CAST(NULLIF(Visitors, 0) AS decimal(8,2)), 0) AS CR

2. 隐式转换（更简洁）：
   用一个小数常量（比如1.0）乘以其中一个操作数，隐式把整数转成小数类型：

COALESCE(1.0 * Customers / NULLIF(Visitors, 0), 0) AS CR

这里1.0是decimal类型，所以1.0 * Customers会自动把Customers转换成decimal，后续的除法就会按小数规则计算，保留完整的小数部分。

验证效果 #

比如用157/2测试：

• 整数除法结果是78，转成decimal(8,2)为78.00
• 用上面的方法执行小数除法，结果是78.50，完全符合你的需求；如果是2/157，结果会是0.01（保留两位小数），而不是0.00。

内容的提问来源于stack exchange，提问作者user1207692