SQL Server：BEGIN TRAN...COMMIT with ROLLBACK不会根据错误进行回滚

Question

CREATE TABLE [Test]
(
    [BookID] [int] NOT NULL,
    [Name] [varchar](512) NOT NULL,

    CONSTRAINT [PK_Test] PRIMARY KEY CLUSTERED ([BookID] ASC)
) ON [PRIMARY]

BEGIN TRAN;

INSERT INTO Test (BookID, Name) Values (1,'one');
INSERT INTO Test (BookID, Name) Values (2,'Two');
INSERT INTO Test (BookID, Name) Values (1,'Three');
INSERT INTO Test (BookID, Name) Values (4,'Four');

COMMIT TRAN;

但实际上表中包含bookId=1,2,4的行。

如果我在上设置XACT_ABORT，那么我将得到预期的行为。

然后，对于另一段代码，当错误类似于

为了确保得到回滚，我应该在TRY...COMMIT CATCH rollback语句中包含该语句。

但是我仍然想知道为什么没有回滚的BEGIN TRAN不能一直工作。真的像我猜测的那样取决于错误的类型吗？

Answer 1

但是我仍然想知道为什么没有回滚的BEGIN TRAN不能一直工作。真的像我猜测的那样取决于错误的类型吗？

您是对的，这取决于错误的类型。以下Erland的语句帮助我更多地了解了SQL Server中错误处理的不同变体。

SQL Server中的错误处理是一个非常混乱的故事。我问的问题与您在1993年左右在comp.databases.sybase中问的问题相同。我不记得具体得到了什么答案，但我认为答案不是很好。

为微软辩护的是，许多这些糟糕的决定都是在加利福尼亚做出的，当时产品还是Sybase。另一方面，微软非常努力地解决这一问题，而恰恰相反。

不同场景见下图截图

这个链接有关于每种行为的极好的信息

可能有很多原因。其中包括

1. 您有一个正在显示日志空间重用的活动事务
2. 繁重的事务，可能需要大量的日志空间，您的磁盘可能已满

附加参考：