SQL Server中直接与存储过程内调用函数结果不一致问题排查

这是一个典型的SQL Server事务和函数NULL值处理的新手坑，我来帮你拆解原因并给出解决方案：

核心原因 #

从你的测试输出和代码来看，函数Fu_GetFreeResources返回NULL（也就是输出里的AmountFree =为空），本质是算术运算中包含NULL值导致结果为NULL，具体有两个触发点：

1. SUM(br.amount)返回NULL覆盖初始值：
   你在函数里初始化了@reserved = 0，但后续用SELECT @reserved = SUM(br.amount)...赋值时，如果没有匹配到任何重叠的预订资源记录，SUM()函数会返回NULL，直接覆盖掉原来的0值。此时@total - @reserved就变成@total - NULL，结果必然是NULL。
   直接调用函数时能正常返回，是因为当时存在匹配的预订记录，SUM()返回了具体数值；而存储过程调用时，受事务隔离级别或新插入预订记录的影响，SUM()没有匹配到行，返回了NULL。

2. Resource表查询返回NULL：
   如果Resource表中id=@resource_id的记录在事务中无法被读取（或不存在），@total会被设为NULL，同样会导致@total - @reserved结果为NULL。不过你直接调用函数时能正常返回，这个可能性相对较低，但也需要处理。

另外，你设置的事务隔离级别REPEATABLE READ也可能间接影响：这个级别会锁定事务中读取过的行直到事务结束，如果其他事务在你的事务期间修改了相关记录，可能导致函数查询无法读取到最新的已提交数据，进而影响SUM()的结果。

解决建议 #

1. 处理SUM的NULL值（最关键修复） #

修改函数中@reserved的赋值语句，用ISNULL()将SUM()的结果转为0，确保即使没有匹配行，@reserved也保持数值类型：

SELECT @reserved = ISNULL(SUM(br.amount), 0) 
FROM BookingResource AS br
INNER JOIN Booking AS b ON br.booking_id = b.id  -- 改用显式JOIN，避免旧语法的潜在问题
WHERE br.resource_id = @resource_id 
AND (
    (b.start_date < @start_date AND b.end_date > @start_date) OR 
    (b.start_date < @end_date AND b.end_date > @end_date) OR 
    (b.start_date >= @start_date AND b.end_date <= @end_date)
);

2. 处理Resource表查询的NULL值 #

同样用ISNULL()确保@total不会为NULL，即使Resource表中没有对应记录：

SELECT @total = ISNULL(amount, 0) FROM Resource WHERE id = @resource_id;

3. 调整事务隔离级别（可选） #

你的场景中REPEATABLE READ可能过于严格，默认的READ COMMITTED级别已经足够保证数据一致性，且锁的持有时间更短，避免潜在的读取问题：
在Pr_SaveBooking中修改隔离级别设置：

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

4. 添加调试输出（用于排查） #

如果修复后仍有问题，可以在Pr_InsertBookingResources中添加调试代码，查看@total和@reserved的具体值，定位问题：

-- 在调用函数前添加以下代码
DECLARE @debugTotal INT, @debugReserved INT;
SELECT @debugTotal = ISNULL(amount, 0) FROM Resource WHERE id = @resourceId;
SELECT @debugReserved = ISNULL(SUM(br.amount), 0) 
FROM BookingResource AS br
INNER JOIN Booking AS b ON br.booking_id = b.id
WHERE br.resource_id = @resourceId 
AND (
    (b.start_date < @startDate AND b.end_date > @startDate) OR 
    (b.start_date < @endDate AND b.end_date > @endDate) OR 
    (b.start_date >= @startDate AND b.end_date <= @endDate)
);
PRINT CONCAT('Debug Info: Total Resources=', @debugTotal, ', Reserved Resources=', @debugReserved);

这些调整应该能解决你遇到的函数返回NULL的问题，同时让代码更健壮。

内容的提问来源于stack exchange，提问作者A. Moreno