sql - SQL 2005 sp_GetAppLock —何时调用sp_ReleaseAppLock？

对不起，最后一条消息。我在问题上做了粘贴。长话短说，当在try / catch块中使用sp_GetAppLock时，在捕获异常时我应该调用sp_ReleaseAppLock吗？

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

BEGIN TRAN

DECLARE @res INT

EXEC @res = sp_getapplock
           @Resource = 'This a Lock ID 3',
           @LockMode = 'Exclusive',
           @LockOwner = 'Transaction',
           @LockTimeout = 60000,
           @DbPrincipal = 'public'

if @res < 0
begin
    declare @errorMessage nvarchar(200)

    set @errorMessage =
             case @res
                 when -1 then 'Applock request timed out.'
                 when -2 then 'Applock request canceled.'
                 when -3 then 'Applock involved in deadlock'
                  else 'Parameter validation or other call error.'endraiserror (@errorMessage,16,1)
             end

 SELECT...
 INSERT...
 UPDATE...

COMMIT TRANSACTION -- THIS RELEASES THE APPLOCK

RETURN 0; END TRY

BEGIN CATCH

-- ROLLBACK TRANSACTION IF NEEDED IF @@TRANCOUNT > 0 ROLLBACK

/* Exception handling stuff here. Should I call sp_releaseapplock? ... ... */

-- return the success code RETURN -1;

END CATCH

最佳答案

从sp_getapplock



因此，不需要，因为您可以回滚。

但是，如果您想安全起见，我会在CATCH块之后执行此操作，并首先使用APPLOCK_TEST进行测试。通常，这将是我们没有的FINALLY块。

我会在这里将其始终执行。如果 session 继续进行，或者连接池使该 session 保持 Activity 状态(是吗？现在就忘记了)，那么，如果它不仅仅在退出之前，您将依赖COMMIT / ROLLBACK。当然，任何错过CATCH块的东西无论如何都是严重的中止错误...

关于sql - SQL 2005 sp_GetAppLock —何时调用sp_ReleaseAppLock？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1380707/