奇怪的 SQL Server 延迟加载表变量？

Question

我在 SQL Server 2008 中遇到了一个误导性错误，我想知道是否有人可以解释我发生了什么？

我有一个像这样的存储过程：

declare @cross_reference table (
      context    varchar(20)    not null
    , value1     varchar(10)    not null
    , value2     varchar(10)    not null
)

insert into @cross_reference values ('map', 'from_value', 'to_value')
insert into @cross_reference values ('map', 'from_value', 'to_value')
insert into @cross_reference values ('map', 'from_value_xxxxx', 'to_value_xxxxxxx')

select 
    t1.field1
    , t1.field2
    , xref.value2
from table_1 t1
inner join table_2 t2 on t2.id = t1.id
left join @cross_reference xref on xref.context = 'map' and xref.value1 = t2.map_id 

实际的存储过程更复杂，但这就是要点。

运行 SP 后，我会在出现“字符串或二进制数据将被截断”错误之前获得大量输出行。错误中的特定行引用指向上面主 SELECT 语句中的某个位置，但经过一段时间的调试后，我发现我在开始时放入交叉引用中的值太大并且修复了它。

但我的问题是：

• SQL Server 如何在没有完成插入交叉引用行的情况下执行主 SELECT 语句？是否有某种延迟处理？表变量的延迟加载？

• 到底为什么“字符串或二进制数据将被截断”消息没有指向它实际发生的位置？或者我做错了？

谢谢， Ray

编辑

我认为这一定与表变量的 LEFT JOIN 有关，并且 WHERE 子句中没有涉及它的列。 SQL Server 似乎已经将表的准备工作留到需要时为止（在 INNER JOIN 完成之后），并且当它已经准备好 SELECT 的大部分结果集时会出错。

我还注意到，成功插入到 @cross_reference 中的值确实显示在返回的结果集中。而因太大而未能插入的行则仅显示 NULL。

Answer 1

仅仅因为发生了错误，并不会阻止存储过程的进行。您不会看到错误消息，因为默认情况下，SSMS 会显示结果网格，直到查询完成处理。

这会在切换到错误消息之前显示 10 秒的结果：

RAISERROR('Error',16,1)
select top 1000 * from sys.objects so1,sys.objects so2,sys.objects so3
WAITFOR DELAY '00:00:10'

如果您希望存储过程在发生错误时提前退出，则必须尽早退出。您可以将插入重写为如下所示：

declare @cross_reference table (
      context    varchar(20)    not null
    , value1     varchar(10)    not null
    , value2     varchar(10)    not null
)

insert into @cross_reference (context,value1,value2)
values ('map', 'from_value', 'to_value'),
       ('map', 'from_value', 'to_value'),
       ('map', 'from_value_xxxxx', 'to_value_xxxxxxx');
if @@ERROR !=0 or @@ROWCOUNT !=3 return

或者，如果您不知道行数，请将条件更改为 @@ROWCOUNT = 0

（或者，当然，使用 TRY/CATCH - 但我自己还没有使用它们编写太多代码，所以不能只是敲出一个例子）

您当前的代码使每个插入都是独立的 - 所以那些插入可以工作，做，而那些不能工作，会产生错误消息。然后它继续处理您的最终查询。因为表是在 LEFT JOIN 中使用的，所以表变量中是否存在任何行当然对于最终查询来说并不重要。

Answer 2

我无法准确重现您所描述的内容。我要说的一件事是，重点关注将数据插入到表 var 中，如果您将 ANSI_WARNINGS 设置为 ON，那么它应该在插入时出错。

即

SET ANSI_WARNINGS ON -- Gives the truncation error 
DECLARE @T1 TABLE (value1 varchar(10) not null)
INSERT @T1 VALUES ('1234567890ABC')

SET ANSI_WARNINGS OFF -- Does not give the truncation error. "1234567890" will be inserted
DECLARE @T1 TABLE (value1 varchar(10) not null)
INSERT @T1 VALUES ('1234567890ABC')

连接的 ANSI_WARNINGS 是打开还是关闭？