Question

我有以下交易

BEGIN TRAN
        DECLARE @TransactionAmount MONEY = 5.00
        UPDATE Account SET Balance -= @TransactionAmount WHERE AccountID = 1
        UPDATE Account SET Balance += @TransactionAmount WHERE AccountID = 'blah'
COMMIT TRAN

由于第二个UPDATE语句失败（AccountID是int列）并且整个语句包含在TRAN块中，因此更改为第一个语句回滚，并且不扣除AccountID 1的余额。

由于上面的代码中没有ROLLBACK语句，似乎SQL服务器自动执行回滚而不需要显式的ROLLBACK语句

当我查看它时，似乎自动回滚行为由名为xact_abort的设置控制。

我在网上找到了以下脚本，打印出

上的设置

DECLARE @options INT
SELECT @options = @@OPTIONS

PRINT @options
IF ( (1 & @options) = 1 ) PRINT 'DISABLE_DEF_CNST_CHK' 
IF ( (2 & @options) = 2 ) PRINT 'IMPLICIT_TRANSACTIONS' 
IF ( (4 & @options) = 4 ) PRINT 'CURSOR_CLOSE_ON_COMMIT' 
IF ( (8 & @options) = 8 ) PRINT 'ANSI_WARNINGS' 
IF ( (16 & @options) = 16 ) PRINT 'ANSI_PADDING' 
IF ( (32 & @options) = 32 ) PRINT 'ANSI_NULLS' 
IF ( (64 & @options) = 64 ) PRINT 'ARITHABORT' 
IF ( (128 & @options) = 128 ) PRINT 'ARITHIGNORE'
IF ( (256 & @options) = 256 ) PRINT 'QUOTED_IDENTIFIER' 
IF ( (512 & @options) = 512 ) PRINT 'NOCOUNT' 
IF ( (1024 & @options) = 1024 ) PRINT 'ANSI_NULL_DFLT_ON' 
IF ( (2048 & @options) = 2048 ) PRINT 'ANSI_NULL_DFLT_OFF' 
IF ( (4096 & @options) = 4096 ) PRINT 'CONCAT_NULL_YIELDS_NULL' 
IF ( (8192 & @options) = 8192 ) PRINT 'NUMERIC_ROUNDABORT' 
IF ( (16384 & @options) = 16384 ) PRINT 'XACT_ABORT'

但是，在我的服务器上运行时，XACT_ABORT不会出现在打印列表中，因此无法启动。

我的问题是：当SQL服务器似乎自动进行回滚时，需要ROLLBACK语句是什么？

Answer 1

如果XACT_ABORT = OFF，那么如果交易回滚是非常不可预测的。 SQL Server有时不会，有时它确实有时甚至中止批处理。（是的，这没有任何意义。）其他可能的结果包括破坏交易或切断连接。

在您的情况下，您可以可靠地使用TRY-CATCH来阻止回滚并处理异常。

我发现如果可能的话，不要依赖错误处理是一个好习惯。相反，回滚事务。如果可能的话，还要将错误处理推送到客户端。

Answer 2

如果您正在使用交易，建议您在存储过程开始时设置XACT_ABORT = ON。 Erland Sommarskog在错误处理方面做得非常出色：

http://www.sommarskog.se/error_handling/Part1.html

事务在XACT_ABORT关闭时默认回滚

2 个答案: