T-SQL 无法回滚

Question

我有一些纯顺序流的代码，没有事务。 我将它们与开始事务和提交事务夹在中间

begin transaction

......--My code here......
......
......--code to create Table1
......
ALTER TABLE [dbo].[Table1]  WITH CHECK ADD  CONSTRAINT [FK_constraint] FOREIGN KEY([field1], [field2])
REFERENCES [dbo].[Table2] ([field3], [field4])
GO
....
......--End of My code here......


rollback transaction
commit transaction

当我在管理工作室中运行脚本直到刚好在“回滚事务”上方时，如果发生简单的错误，例如被零除，我运行“回滚事务”，所有更改都回滚没有问题。

但如果由于 Table2 不存在而导致 alter table 语句失败，则会触发更多错误。

消息 1767，第 16 级，状态 0，第 2 行 外键 'FK_Constraint 引用了无效的表 'dbo.Table2'。

消息 1750，第 16 级，状态 0，第 2 行 无法创建约束。查看以前的错误。

消息 1767，第 16 级，状态 0，第 2 行 外键“FK_xxxxxx”引用了无效的表“Table1”。

当我运行“回滚事务”时，我收到此错误消息“回滚事务请求没有相应的 BEGIN TRANSACTION。”这很愚蠢，因为我确实有一个开始交易！

请告诉我出了什么问题。任何帮助将非常感激。使用 SQL-Server 2008。

编辑：

我加了

SELECT @@TRANCOUNT;

“ALTER TABLE [dbo].[Table1] WITH CHECK ADD CONSTRAINT”之前和之后

....
SELECT @@TRANCOUNT;
ALTER TABLE [dbo].[Table1]  WITH CHECK ADD  CONSTRAINT [FK_constraint] FOREIGN KEY([field1], [field2]) REFERENCES [dbo].[Table2] ([field3], [field4])
GO 
SELECT @@TRANCOUNT;
....

结果分别为 1 和 0。发生错误时，alter table 会自动回滚我的事务！？这个我看不懂。

Answer 1

我认为对于使用 DDL 错误严重性处理的 Sql Server 处理，您无能为力，其中一些是由 Sql Server 本身自动处理的（例如强制回滚事务）。

您可以做的是让您的脚本代码应对它并为脚本用户提供描述性错误。

一个例子：

--  drop table thetransformersmorethanmeetstheeye
--  select * from thetransformersmorethanmeetstheeye



--  first batch begins here         

    begin tran

    create table thetransformersmorethanmeetstheeye(i int); -- non-erring if not yet existing

    -- even there's an error here, @@ERROR will be 0 on next batch
    ALTER TABLE [dbo].[Table1]  WITH CHECK ADD  CONSTRAINT [FK_constraint] FOREIGN KEY([field1], [field2])
    REFERENCES [dbo].[Table2] ([field3], [field4]);             

go  -- first batch ends here



--  second batch begins here

    if @@TRANCOUNT > 0 begin        
        PRINT 'I have a control here if things needed be committed or rolled back';

        -- @@ERROR is always zero here, even there's an error before the GO batch. 
        -- @@ERROR cannot span two batches, it's always gets reset to zero on next batch
        PRINT @@ERROR; 


        -- But you can choose whether to COMMIT or ROLLBACK non-erring things here
        -- COMMIT TRAN;
        -- ROLLBACK TRAN;

    end
    else if @@TRANCOUNT = 0 begin
        PRINT 'Sql Server automatically rollback the transaction. Nothing can do about it';
    end
    else begin
        PRINT 'Anomaly occured, @@TRANCOUNT cannot be -1, report this to Microsoft!';
    end

--  second batch implicitly ends here   

Answer 2

发生这种情况的唯一方法是在该 SPID 中没有打开的事务。

就是这样。没有公开交易的唯一方法是：

• 在旧事务提交或回滚后，您从未启动过新事务
• 您在没有注意到的地方有另一个提交或回滚
• 某些东西终止了您的连接或从您的 spid 外部强制回滚（例如来自另一个会话的 kill 命令）

您没有提供太多代码。您的查询中是否有任何错误捕获或任何其他未显示的条件逻辑？

Answer 3

据我所知，ALTER TABLE 命令会创建自己的新事务，当它失败时，会回滚该事务。 proc 中的单个回滚将导致该 proc 中所有打开的事务被回滚。因此，您会看到错误，因为 ALTER TABLE 语句的失败会在您尝试执行之前隐式回滚您的事务..

您可以通过检查代码中的@TRANCOUNT 很容易地确认这一点，并且只有在它不为零时才调用回滚

Answer 4

ALTER TABLE 语句中的错误是编译错误而不是运行时错误 - 因此该语句出现的整个批处理永远不会执行。我猜在BEGIN TRANSACTION 和ALTER TABLE 之间没有GO - 因此BEGIN TRANSACTION 从未执行过，而SQL Server 告诉你的是完全正确的。

尝试在BEGIN TRANSACTION 之后立即添加GO。

Answer 5

鉴于此：

create table z
(
i int identity(1,1) not null,
zzz int not null
);

当您尝试以下操作时..

begin try

    begin transaction

    alter table z drop column aaa;

    commit tran;

end try
begin catch 

    print 'hello';
    SELECT
        ERROR_NUMBER() as ErrorNumber,
        ERROR_MESSAGE() as ErrorMessage;

    IF (XACT_STATE()) = -1
    BEGIN
        PRINT
            N'The transaction is in an uncommittable state. ' +
            'Rolling back transaction.'
        ROLLBACK TRANSACTION;
    END;

end catch

print 'reached';

..错误可以被捕获：

ErrorNumber ErrorMessage
4924    ALTER TABLE DROP COLUMN failed because column 'aaa' does not exist in table 'z'.

但是尝试将alter table z drop column aaa; 更改为alter table z add zzz int;，Sql Server 可以捕获错误..

每个表中的列名必须是唯一的。表中的列名“zzz” 'z' 被多次指定。

..但不会将控制权交还给您，不会触发 CATCH 块。似乎没有严格的规则，哪些错误是可以捕获的，哪些不是。

为了说明差异，这里是您的代码可捕获的错误

这是您的代码无法捕获的错误，它与您的问题相似。

请注意那里没有网格（通过SELECT ERROR_NUMBER() as ErrorNumber, ERROR_MESSAGE() as ErrorMessage;）。这意味着，Sql Server 在检测到异常后并没有将控制权交还给您。

也许您可以在此处查看其他可能有帮助的详细信息：http://msdn.microsoft.com/en-us/library/ms179296.aspx

请参阅此指南以了解错误处理@@ERROR and/or TRY - CATCH

---

顺便说一句，在 Postgresql 上，所有类型的 DDL 错误都可以被您的代码捕获。

do $$


begin

    -- alter table z drop column aaa;
    alter table z add zzz int;


exception when others then 

    raise notice 'The transaction is in an uncommittable state. '
                     'Transaction was rolled back';

    raise notice 'Yo this is good! --> % %', SQLERRM, SQLSTATE;
end;


$$ language 'plpgsql';

这是 Postgresql 上 alter table z drop column aaa; 的开发人员渲染错误消息：

这是 Postgresql 上 alter table z add zzz int; 的开发人员渲染错误消息；顺便说一句，在 Sql Server 中，当这种类型的语句出现错误时，它不会将控制权交还给您，因此您的 CATCH 部分有时有用，有时无用。