提问人:Ilya Komakhin 提问时间:9/24/2008 最后编辑:MrValdezIlya Komakhin 更新时间:6/4/2013 访问量:9250
SQL Server 2005 数值精度损失
SQL server 2005 numeric precision loss
问:
调试一些与金融相关的 SQL 代码时,发现 numeric(24,8) 数学精度存在一个奇怪的问题。
在MSSQL上运行以下查询,您将得到A + B * C表达式结果为0.123457
选择 A, B, C, A + B * C 从 ( 选择 CAST(0.12345678 AS NUMERIC(24,8)) AS A, CAST(0 AS NUMERIC(24,8)) AS B, CAST(500 AS NUMERIC(24,8)) AS C ) 吨
因此,我们丢失了 2 个重要符号。试图以不同的方式解决这个问题,我得到了中间乘法结果(即零!)到数字(24,8)的转换会很好。
最后有一个解决方案。但我仍然有一个问题 - 为什么 MSSQL 以这种方式运行,以及我的样本中实际发生了哪些类型转换?
答:
正如浮点型的相加不准确一样,如果超过精度,十进制类型的乘法也可能不准确(或导致不准确)。请参阅数据类型转换和十进制和数字。
由于将 和 相乘,并且 SQL Server 将只检查类型而不检查内容,因此当它无法保存所有 48 位精度(最大值为 38)时,它可能会尝试保存潜在的 16 位非十进制数字 (24 - 8)。将其中两个结合起来,您将获得 32 个非十进制数字,而您只剩下 6 个十进制数字 (38 - 32)。NUMERIC(24,8)
NUMERIC(24,8)
因此,原始查询
SELECT A, B, C, A + B * C
FROM ( SELECT CAST(0.12345678 AS NUMERIC(24,8)) AS A,
CAST(0 AS NUMERIC(24,8)) AS B,
CAST(500 AS NUMERIC(24,8)) AS C ) T
简化为
SELECT A, B, C, A + D
FROM ( SELECT CAST(0.12345678 AS NUMERIC(24,8)) AS A,
CAST(0 AS NUMERIC(24,8)) AS B,
CAST(500 AS NUMERIC(24,8)) AS C,
CAST(0 AS NUMERIC(38,6)) AS D ) T
同样,在 和 之间,SQL Server 将尝试保存非小数的潜在 32 位数字,因此减少到NUMERIC(24,8)
NUMERIC(38,6)
A + D
SELECT CAST(0.12345678 AS NUMERIC(38,6))
四舍五入后给你。0.123457
评论
NUMERIC(p, s)
p
NUMERIC(24, 8)
按照 eed3si9n 指出的逻辑和您在问题中所说的,似乎在进行数学运算时最好的方法是将它们提取到一个函数中,并在每次运算后指定精度,
在这种情况下,该函数可能如下所示:
create function dbo.myMath(@a as numeric(24,8), @b as numeric(24,8), @c as numeric(24,8))
returns numeric(24,8)
as
begin
declare @d as numeric(24,8)
set @d = @b* @c
return @a + @d
end
评论
尽管它对精度、小数位数和长度 (Transact-SQL) 进行了说明。我相信它还将 6 的最小“比例”(小数位数)应用于生成的 NUMERIC 类型进行乘法,就像它对除法等所做的那样。
上一个:什么是浮点/舍入误差的简单示例?
评论