主页 / dba / 问题 / 106512
Accepted
msgisme
Asked: 2015-07-10 13:21:35 +0800 CST

在 T-SQL 中遇到“THROW”后，CLR 是否可以继续执行？

  • 772

我正在从 CLR 存储过程调用 T-SQL 存储过程。T-SQL 中的THROW语句在不进入catch块的情况下停止 CLR 的执行。我可以在我的代码中更改某些内容以使 CLR 过程执行该catch块吗？

T-SQL：

CREATE TABLE t1 (ID INT PRIMARY KEY clustered);
CREATE TABLE t2 (ID INT CONSTRAINT fk_1 FOREIGN KEY REFERENCES t1(ID))
GO

CREATE PROC dbo.TestThrow 
AS
BEGIN
BEGIN TRY
    INSERT INTO t2 VALUES (1)
END TRY
BEGIN CATCH
    THROW 
END CATCH
END
GO

CLR：

    public static void TestThrow()
    {
        String query = "EXEC DBO.TESTTHROW";
        using (SqlConnection connection = new SqlConnection("context connection=true"))
        {
            connection.Open();
            try
            {
                using (SqlCommand command = new SqlCommand(query, connection))
                {

                    using (SqlDataReader reader = command.ExecuteReader())
                    {
                        SqlContext.Pipe.Send("no error");
                    }
                }
            }
            catch (SqlException e)
            {
                SqlContext.Pipe.Send("sqlexception");
                SqlContext.Pipe.Send(e.Message);
            }
            catch (Exception e)
            {
                SqlContext.Pipe.Send("exception");
                SqlContext.Pipe.Send(e.Message);
            }
        }
    }
sql-server c#

2 个回答

  1. Best Answer

    这种行为似乎特定于使用"Context Connection = true;". 我试图通过写出try-catch-finally结构而不是使用using宏来解决这个问题，但这没有效果。

    大约 3 个月前，有关此行为的Microsoft Connect 错误已提交。在那个 Connect 错误中，推测会THROW引发无法通过Thread.ResetAbort方法重置的ThreadAbortException。我尝试显式捕获此异常，甚至在捕获 generic 时调用，但无济于事。所以我不确定 a是否真的被调用，但无论如何，当前进程会立即结束。而且，它甚至将错误显示为 T-SQL 错误而不是 .NET Framework 错误，这很奇怪。Thread.ResetAbortExceptionThreadAbortException

    该 Connect 错误的报告者在 SQL Server 2014 上进行了测试，我在 SQL Server 2012 上进行了测试。我不能确定 SQL Server 2016 中是否仍然存在这种行为，但我强烈怀疑它确实存在，因为似乎没有投入大量精力（如果有的话）来修复和/或改进 SQL Server 的 CLR 集成（即 SQLCLR）。因此，就目前而言，以及可能在可预见的未来，有三种可能的解决方法对我有用：

    1. 替换为可能由 SQLCLR 对象调用的 for procs THROW。RAISERROR(); RETURN;我能想到的唯一缺点是：
      • 无法ERROR_NUMBER即时设置自定义
      • 无法重新抛出以将原始的系统定义ERROR_NUMBER发送给调用者

    2. 将您的查询包装在 T-SQL TRY/CATCH中，它使用RAISERROR：

        String _Query = @"
BEGIN TRY
  EXEC dbo.TestThrowSql @CauseError;
END TRY
BEGIN CATCH
  DECLARE @ErrorMessage NVARCHAR(4000);
  SET @ErrorMessage = ERROR_MESSAGE();
  RAISERROR(@ErrorMessage, 16, 1);
END CATCH;
";

      这样做的好处是您可以继续使用THROW，并且当被非 SQLCLR 应用程序代码、不使用上下文连接的 SQLCLR 应用程序代码、其他存储过程、SQL 代理作业等调用时，它将按预期工作。而且您不必返回并编辑任何现有的存储过程:-)。

    3. 切换到使用常规/外部连接字符串。这里的缺点是：
      • 上下文连接要快得多。
      • 上下文连接可以在一个SAFE程序集中完成。
      • 上下文连接可以访问基于会话的项目（即CONTEXT_INFO本地临时表等）
    • 3

  2. SET XACT_ABORT ON 使 THROW 行为与 RAISERROR 相同。见这里 - https://stackoverflow.com/questions/17781196/throw-t-sql-exception-from-clr

    • -2

相关问题