如果其中的某个查询失败，存储过程是否会失败？

Question

假设我有一个SELECT，INSERT和UPDATE语句的存储过程。

事务块内没有内容。也没有Try/Catch块。 我也有XACT_ABORT设置为OFF。

如果INSERT失败，UPDATE仍然有可能发生？

INSERT失败的原因是因为我将空值传递给不允许的列。我只能访问被称为存储过程的程序抛出的异常，并且它没有任何严重性级别，据我所知。

Answer 1

可能。这取决于失败的严重程度。

用户代码错误通常是16.

超过20的任何情况都是自动失败。

重复密钥阻塞插入将是14，即非致命的。

将NULL插入到不支持它的列中 - 这被视为用户代码错误（16） - 因此不会导致批处理暂停。 UPDATE将继续。

另一个主要因素是如果批处理的XACT_ABORT配置为ON。这将导致任何失败中止整批。

下面是一些进一步阅读：

list-of-errors-and-severity-level-in-sql-server-with-catalog-view-sysmessages

exceptionerror-handling-in-sql-server

而对于XACT_ABORT

https://www.red-gate.com/simple-talk/sql/t-sql-programming/defensive-error-handling/

https://docs.microsoft.com/en-us/sql/t-sql/statements/set-xact-abort-transact-sql

为了理解存储过程中任何步骤的结果，具有适当权限的人员（例如，管理员）需要编辑存储的proc并捕获错误消息。这将给出关于存储过程的进度的反馈。一个非结构化错误（即不在try/catch中）代码为0表示成功，否则将包含错误代码（我认为对于NULL插入来说，它将为515）。这是非常理想的，因为它仍然不会导致批处理停止，但会警告您存在问题。

最简单的例子：

DECLARE @errnum AS int; 
-- Run the insert code 
SET @errnum = @@ERROR; 
PRINT 'Error code: ' + CAST(@errornum AS VARCHAR); 

错误处理可以是一个复杂的问题;它需要对数据库结构和预期传入数据有重要的了解。

选项可以包括使用中间步骤（如HLGEM所述），修改INSERT以包含ISNULL/COALESCE语句以清除空值，检查客户端上的数据以消除麻烦的问题等。如果知道预计要插入的行数，则存储的proc可以返回SET @Rows=@@ROWCOUNT，方法与SET @errnum = @@ERROR相同。

如果您对存储过程没有权限，并且没有能力说服管理员修改它，那么您可以做的事情并不多。

如果您有权直接对数据库运行自己的查询（而不是通过存储过程或视图），那么您可以通过对原始数据运行自己的查询来推断结果，执行存储过程更新，然后重新运行您的查询并查找更改。如果您有权限，则还可以尝试查询事务日志（fn_dblog）或错误日志（sp_readerrorlog）。