TSQL 在事务中尝试/捕获，反之亦然？

Question

我正在编写一个脚本，该脚本将从多个表中删除记录，但在删除之前它必须返回一个计数以供用户在提交前确认。

这是脚本的摘要。

BEGIN TRANSACTION SCHEDULEDELETE
    BEGIN TRY
        DELETE   -- delete commands full SQL cut out
        DELETE   -- delete commands full SQL cut out
        DELETE   -- delete commands full SQL cut out
        PRINT 'X rows deleted. Please commit or rollback.' --calculation cut out.
    END TRY
    BEGIN CATCH 
        SELECT
            ERROR_NUMBER() AS ErrorNumber,
            ERROR_SEVERITY() AS ErrorSeverity,
            ERROR_STATE() AS ErrorState,
            ERROR_PROCEDURE() AS ErrorProcedure,
            ERROR_LINE() AS ErrorLine,
            ERROR_MESSAGE() AS ErrorMessage

            ROLLBACK TRANSACTION SCHEDULEDELETE
            PRINT 'Error detected, all changes reversed.'
    END CATCH

--COMMIT TRANSACTION SCHEDULEDELETE --Run this if count correct.

--ROLLBACK TRANSACTION SCHEDULEDELETE --Run this if there is any doubt whatsoever.

这是我第一次编写事务，将 TRY/CATCH 块放在事务中是否正确/最佳做法，还是应该将事务放在 TRY 块中？

此脚本中的重要因素是用户必须手动提交事务。

Answer 1

除了上述 M.Ali 和 Dean 的好建议之外，对于那些希望在 SQL SERVER 中使用新的（er）TRY CATCH THROW 范式的人提供一点帮助：

（我找不到完整的语法，所以在这里添加它）

要点：HERE

此处的示例存储过程代码（来自我的要点）：

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
 
CREATE PROC [dbo].[pr_ins_test]
@CompanyID INT
AS
 
SET NOCOUNT ON
 
BEGIN
 
    DECLARE @PreviousConfigID INT
    
    BEGIN TRY
        BEGIN TRANSACTION MYTRAN; -- Give the transaction a name
        SELECT 1/0  -- Generates divide by zero error causing control to jump into catch
 
        PRINT '>> COMMITING'
        COMMIT TRANSACTION MYTRAN;
    END TRY
    BEGIN CATCH
        IF @@TRANCOUNT > 0
        BEGIN 
            PRINT '>> ROLLING BACK'
            ROLLBACK TRANSACTION MYTRAN; -- The semi-colon is required (at least in SQL 2012)
            
            
        END; -- I had to put a semicolon to avoid error near THROW
        THROW
    END CATCH
END

Answer 2

只有在您位于 TRY 块内且就在实际语句之前，才打开事务，并立即提交。不要等待您的控件进入批处理的末尾来提交您的事务。

如果您在TRY 块中出现问题并且您已经打开了事务，则控件将跳转到CATCH 块。只需在此处回滚您的事务并根据需要进行其他错误处理。

在实际回滚事务之前，我使用@@TRANCOUNT 函数对任何打开的事务添加了一点检查。在这种情况下，它真的没有多大意义。当您在打开事务之前在 TRY 块中进行一些验证检查时，它会更有用，例如检查参数值和其他内容，如果任何验证检查失败，则会在 TRY 块中引发错误。在这种情况下，控件将跳转到CATCH 块，甚至无需打开事务。在那里，您可以检查任何打开的事务，如果有任何打开的事务则回滚。在您的情况下，您确实不需要检查任何未结交易，因为除非您的交易出现问题，否则您不会进入CATCH 块。

在你执行完DELETE操作后不要询问它是否需要提交或回滚；在打开交易之前进行所有这些验证。事务打开后，立即提交，如果出现任何错误，请进行错误处理（通过使用几乎所有错误函数获取详细信息，您做得很好）。

BEGIN TRY

  BEGIN TRANSACTION SCHEDULEDELETE
    DELETE   -- delete commands full SQL cut out
    DELETE   -- delete commands full SQL cut out
    DELETE   -- delete commands full SQL cut out
 COMMIT TRANSACTION SCHEDULEDELETE
    PRINT 'X rows deleted. Operation Successful Tara.' --calculation cut out.
END TRY

BEGIN CATCH 
  IF (@@TRANCOUNT > 0)
   BEGIN
      ROLLBACK TRANSACTION SCHEDULEDELETE
      PRINT 'Error detected, all changes reversed'
   END 
    SELECT
        ERROR_NUMBER() AS ErrorNumber,
        ERROR_SEVERITY() AS ErrorSeverity,
        ERROR_STATE() AS ErrorState,
        ERROR_PROCEDURE() AS ErrorProcedure,
        ERROR_LINE() AS ErrorLine,
        ERROR_MESSAGE() AS ErrorMessage
END CATCH

Answer 3

永远不要等待最终用户提交事务，除非它是单用户模式数据库。

简而言之，它是关于阻塞的。您的事务将对正在更新的资源采取一些排他锁，并将持有这些锁直到事务结束（提交或回滚）。没有人能够触摸这些行。如果将快照隔离与版本存储清理一起使用，则会出现一些不同的问题。

最好先发出一个选择查询来确定一些符合条件的行，将其呈现给最终用户，然后在他确认后执行实际删除。