SQL Server兼容性级别130与100的舍入差异问题咨询

阿华AIGC实验室

2026-5-21

嘿，这个问题我之前帮团队踩过坑！确实是SQL Server兼容性级别升级到130（SQL Server 2016默认级别）后，FLOAT类型的默认舍入逻辑变了导致的偏差。

问题根源拆解

首先明确：SQL Server 2016引入的兼容性级别130，对FLOAT/REAL类型的ROUND函数逻辑做了调整——从之前的传统舍入方式，切换为符合IEEE 754标准的舍入规则。而你测试里的-0.0051175和0.0051175作为十进制小数，本身无法被FLOAT（二进制浮点数）精确存储，这就放大了新旧舍入逻辑的差异，导致结果不符合预期。

完整测试代码验证

先把你给出的测试代码补全，方便复现：

-- SQL Server 2016+（兼容性模式130）
declare @a float = -0.0051175 -- 7位小数
declare @b float = 0.0051175
SELECT 
    ROUND(@a, 4) AS Neg_Round_Result, 
    ROUND(@b, 4) AS Pos_Round_Result

在兼容性130下，你会发现结果和旧版本（兼容性≤120）不一致：比如-0.0051175的舍入结果可能是-0.0051而非预期的-0.0052，本质是因为FLOAT存储的近似值和十进制真实值存在细微偏差，新的IEEE标准舍入逻辑会基于这个近似值计算。

可行的解决办法

我整理了几个实用方案，你可以根据场景选择：

临时回退兼容性级别（不推荐长期使用）：如果只是为了快速对齐旧系统行为，可以把数据库兼容性改回120（SQL Server 2014级别），但这样会错过2016及以后的新特性：
```
ALTER DATABASE YourDatabaseName SET COMPATIBILITY_LEVEL = 120;
```
替换为精确数值类型（推荐）：FLOAT是近似类型，完全不适合需要精确小数计算的场景。换成DECIMAL/NUMERIC类型，就能得到符合十进制预期的舍入结果：
```
declare @a decimal(10,7) = -0.0051175
declare @b decimal(10,7) = 0.0051175
SELECT 
    ROUND(@a, 4) AS Neg_Round_Result, 
    ROUND(@b, 4) AS Pos_Round_Result
```
手动转换后舍入：如果暂时不能替换类型，可以先把FLOAT转成DECIMAL再执行舍入，强制使用十进制舍入逻辑：
```
SELECT 
    ROUND(CAST(@a AS decimal(10,7)), 4) AS Neg_Round_Result,
    ROUND(CAST(@b AS decimal(10,7)), 4) AS Pos_Round_Result
```