SQL Server的ROUND函数默认采用“四舍六入五成双”（银行家舍入），非财务所需的严格四舍五入；需用FLOOR(value×100+0.5)/100.0等偏移法实现确定性舍入，且DECIMAL类型优于FLOAT以避免浮点误差。
ROUND 函数在 SQL Server 中默认是“四舍六入五成双”，不是数学意义上的四舍五入；财务报表要求严格四舍五入时，必须手动修正。
ROUND(value, length) 的行为真相
SQL Server 的 ROUND 函数底层遵循 IEEE 754 舍入规则，对 .5 结尾的数倾向向偶数舍入。例如：ROUND(1.5, 0) 得 2，ROUND(2.5, 0) 也得 2 —— 这对会计场景是错的。
- 参数
length为正数：保留小数位数（如ROUND(123.456, 2)→ 123.46） -
length为负数：向左舍入（如ROUND(123.456, -1)→ 120） - 它不控制舍入方向，只控制精度和舍入策略（默认 banker's rounding）
财务报表必须用 CEILING + FLOOR 模拟真四舍五入
要实现“0.5 及以上进一、不足 0.5 舍去”的确定性行为，需绕过 ROUND，改用偏移法：
SELECT value, FLOOR(value * 100 + 0.5) / 100.0 AS rounded_to_2 -- 保留两位小数 FROM (VALUES (1.234), (1.235), (1.236), (-1.235)) t(value);
- 核心逻辑：先放大（×100），加 0.5，再向下取整（
FLOOR），最后缩回 - 对负数也成立：
FLOOR(-1.235 * 100 + 0.5) = FLOOR(-123.5 + 0.5) = FLOOR(-123) = -123→ -1.23 - 避免用
ROUND(value + 0.005, 2)：浮点误差可能导致 1.235 + 0.005 ≠ 1.240，尤其在 MONEY 或 DECIMAL 精度边界上不可靠
DECIMAL 类型比 FLOAT 更适合财务计算
使用 FLOAT 或 REAL 存储金额会引入二进制浮点误差，导致 ROUND(0.1 + 0.2, 1) 不等于 0.3。财务字段应始终定义为 DECIMAL(p,s)：
- 例如：
DECIMAL(19,4)表示最多 19 位数字、小数点后固定 4 位 - 所有算术运算（+、-、*、/）和
FLOOR/CEILING在DECIMAL上是精确的 - 若原始数据已是
FLOAT，先CONVERT(DECIMAL(19,6), value)再处理，否则误差会放大
带符号数的舍入一致性容易被忽略
很多方案只测试正数，但财务系统常含红字（负数）。上面的 FLOOR(x * 100 + 0.5) / 100.0 对负数也正确，而错误写法如 ROUND(ABS(x), 2) * SIGN(x) 会在 -1.235 上返回 -1.23（正确），但在 -1.245 上返回 -1.24（应为 -1.25）——因为 ROUND 对负数仍执行银行家舍入。
真正安全的做法，是对所有数值统一走偏移 + FLOOR 路径，不分支判断符号。这点在生成月结汇总、多币种折算等批量场景里，一旦漏掉就会导致几厘钱对不上。
