SQL 开始尝试/捕获是否对我撒谎（在探查器中）？

Question

我从BizTalk server调用存储过程并尝试调试它。

1） 当外部进程调用存储过程时使用SQL调试器2）使sp_tracegenerateevent在存储过程中工作

我一直在使用SQL事件探查器作为了解正在发生的事情的唯一工具。但现在，我怀疑我的尝试/捕获是否正常工作。代码在 SSMS 中运行时工作正常，但从 BizTalk 运行时，有时似乎尝试/捕获一直在捕获。

ALTER PROCEDURE WhatItsName 
    @CatchErrors varchar(max) OUTPUT 
AS
BEGIN
    SET NOCOUNT ON;
    SET XACT_ABORT OFF; 

DECLARE @debugMessage varchar(max) = '' 
DECLARE @RowCreateBy VARCHAR (100) 


SET @RowCreateBy = '108004'
BEGIN TRY 
    SET @RowCreateBy = '108005'
END TRY 
BEGIN CATCH 
    SET @debugMessage = 'set @RowCreatedBy Failed - how can this be ??? ' 
END CATCH 
etc... 

根据我们在上面的分析器中看到的内容，我的try/catch是否按预期工作？

现在，当我从SSMS运行同一个存储过程时，结果像“正常”。

BizTalk在DTC事务下运行所有内容。请注意，“BEGIN TRY”和“END TRY”语句显示在SSMS下的第二个配置文件中（并且“BEGIN CATCH”没有触发-如预期的那样），并且它们不会显示在上面的第一个配置文件中（其中sproc是从BizTalk执行的）。

然后我在SSMS中的测试脚本中添加了“开始分布式事务”，结果与上面的其他SSMS测试相同。

注意:我注意到这个模式有一个更复杂的问题，为了在这里发布，我想简化它。

Answer 1

只是猜测，但可能客户端（在本例中为Biztalk）正在使用SET FMTONLY ON调用过程以提取结果集的形状（如果有的话）。当此设置为ON时，所有分支都被“执行”，包括CATCH块。您看到的结果正是您将在Profiler中获得SQL结果。