SQL Server中调用数据库函数的SUM结果远高于实际值求助

兄弟，我之前也碰到过类似的自定义函数和SUM聚合不匹配的坑，咱们一步步来排查和解决：

第一步：验证单行函数返回值的准确性 #

先执行下面的查询，查看符合条件的每一行调用fn_GetCharges的结果：

SELECT [DATABASE].[dbo].[fn_GetCharges]([TABLE1_DATE],[TABLE1_CUST],[TABLE1_SITE],[TABLE1_SERV]) AS [CHARGE]
FROM [DATABASE].[dbo].[TABLE1] 
WHERE [TABLE1_ROUT] = '1234' AND [TABLE1_DATE] = '2018-05-08'

手动计算这些CHARGE值的总和：

• 如果总和接近750，说明你的SUM查询执行逻辑有问题；
• 如果总和接近15740，那你之前分组手动汇总的时候可能操作有误（比如分组维度不对、漏了某些行）。

第二步：排查自定义函数fn_GetCharges的核心问题 #

这是最常见的根源，重点检查以下几点：

• 是否正确使用传入参数过滤数据：打开函数定义，看内部查询有没有用@TABLE1_DATE、@TABLE1_CUST等参数做WHERE过滤。如果没有，函数每次调用都会返回全局的费用总和（比如整个表的charges总和），那SUM的结果就是符合条件的行数 × 全局总和，而分组后只会显示一个全局总和，手动汇总自然和SUM差很多。
• 函数是否为非确定性函数：执行下面的语句查看函数确定性：

  SELECT OBJECTPROPERTY(OBJECT_ID('[DATABASE].[dbo].[fn_GetCharges]'), 'IsDeterministic')
  

  返回0表示非确定性，比如函数里用了GETDATE()、NEWID()，或者依赖了外部可变数据，这会导致函数在聚合过程中多次调用返回不同值，最终SUM结果异常。
• 函数是否有副作用：比如函数内部修改表数据、使用临时表/表变量，或者依赖@@ROWCOUNT这类全局变量，这些都会让函数在不同调用上下文返回不同结果。

第三步：针对性解决问题 #

根据排查结果对应处理：

1. 函数未使用参数过滤：修改函数逻辑，确保内部查询严格使用传入的参数筛选对应行的费用，比如：

   ALTER FUNCTION [dbo].[fn_GetCharges](@DATE DATE, @CUST VARCHAR(50), @SITE VARCHAR(50), @SERV VARCHAR(50))
   RETURNS DECIMAL(18,2)
   AS
   BEGIN
       DECLARE @Charge DECIMAL(18,2)
       -- 确保用参数过滤数据
       SELECT @Charge = SUM(ChargeAmount)
       FROM ChargesTable
       WHERE ChargeDate = @DATE AND CustomerID = @CUST AND SiteID = @SITE AND ServiceID = @SERV
       RETURN ISNULL(@Charge, 0)
   END
   

2. 非确定性函数问题：移除函数内的非确定性操作（比如替换GETDATE()为固定参数传入），或者如果依赖外部数据，确保数据在查询期间稳定，同时可以尝试用CTE先计算每行的函数值再SUM：

   WITH CTE_Charges AS (
       SELECT [DATABASE].[dbo].[fn_GetCharges]([TABLE1_DATE],[TABLE1_CUST],[TABLE1_SITE],[TABLE1_SERV]) AS [CHARGE]
       FROM [DATABASE].[dbo].[TABLE1] 
       WHERE [TABLE1_ROUT] = '1234' AND [TABLE1_DATE] = '2018-05-08'
   )
   SELECT SUM([CHARGE]) AS [GROSS_REVENUE] FROM CTE_Charges
   

3. 函数有副作用：重构函数，移除修改数据、临时表等副作用操作，确保函数是纯计算逻辑，只依赖传入的参数返回结果。

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