此 SQL 代码是否容易出现舍入错误？

Question

我发现了一些奇怪的行为，其中存储过程返回的结果不准确一两分钱。

这是代码（不是我写的）：

ALTER  PROCEDURE [dbo].[TN_GetSimpleBalance] 
    @custID int,
    @nBalance decimal (8,2) output
AS

declare @ArBalance as decimal (8,2)
declare @custStatusCode varchar (2)
declare @unbilledCallsAmount as decimal (8,2)

set @nBalance = 0

set @ArBalance = 0
set @custstatusCode = ''
set @unbilledCallsAmount = 0


SET NOCOUNT ON 

    select @unbilledCallsAmount = isnull(sum(callcharge+taxamount),0) 
    from call with (NOLOCK) where custid = @custID and callstatuscode in ('R', 'B')

    --get AR balance
    select @ArBalance = isnull(sum(amount),0) 
    from artran with (NOLOCK) 
    where custid = @custID AND POSTEDFLAG ='Y'

    set @nBalance = @unbilledCallsAmount + @ArBalance

@nBalance 显示为零，尽管另一个应用程序告诉我客户有 0.02 美元。 callcharge 和 taxamount 都是货币数据类型。

这是我第一次遇到这种情况，但我正在将一些相关代码移至生产环境，并被“要求”对此进行研究。

你怎么看？货币和十进制数据类型之间有什么奇怪的地方吗？您认为还有什么可以解释这一点吗？

Answer 1

我在您的代码中没有看到任何金钱数据类型，但我假设 call.callcharge & call.taxamount 是多少？我暂时不知道精度问题。

也许您能做的最好的事情就是尝试找到数据存在这种差异的特定测试用例，并看看是否可以一致地重现它。然后，您可以一次将逻辑分解为一个语句，并找出差异所在。

您是否有可能通话费或税额为空？ (空+(-$0.02)) =>无效的;也许

isnull(sum(callcharge+taxamount),0) 

应该是：

sum(isnull(callcharge, 0)+isnull(taxamount,0))

如果这些 select 语句不返回任何记录，@unbilledCallsAmount 或 @ArBalance 也可能为 null。
哈特哈，

Answer 2

callcharge 和 taxamount 是什么数据类型？我会用该数据类型进行所有计算，并在最后转换为十进制。目前，所有中间变量都是小数，这意味着舍入误差会复合。直到最后不要绕圈。

Answer 3

当使用它时，并尝试不同的硬编码值作为值 callcharge &税额：

declare @DecimalAmount as decimal (8,2)
declare @MoneyAmount as money

select @DecimalAmount = isnull(sum(callcharge+taxamount),0) 
      ,@MoneyAmount   = isnull(sum(callcharge+taxamount),0) 
    from (select CONVERT(money,1.43) AS callcharge, CONVERT(money,.83) AS taxamount
          UNION select CONVERT(money,1.43) AS callcharge, CONVERT(money,.01) AS taxamount
          UNION select CONVERT(money,1.43) AS callcharge, CONVERT(money,.99) AS taxamount
          UNION select CONVERT(money,1.43) AS callcharge, CONVERT(money,.03) AS taxamount
         ) dt

select @DecimalAmount,@MoneyAmount 

如果您的通话费用或税额中有 3 位或更多小数位，我只能得到不同的值。因此，如果您没有这样的数据，也没关系。

Answer 4

由于 数据类型优先级。和金钱-> numeric (near end) 是四舍五入的，

所以 @unbilledCallsAmount 和 @ArBalance 都会四舍五入，并且都是累积的。