Question

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.'
end

raiserror (@errorMessage,16,1)
end

/*
 INSERT AND UPDATE STATEMENTS HERE
 ...
 ...
*/

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

Answer 1

来自sp_getapplock

与当前相关的锁定交易发布的时候交易提交或回滚。

所以，因为你回滚所以不需要它。

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

我在这里有它所以它总是被执行。如果会话继续，或者连接池使它保持活动状态（是吗？现在就忘记了），那么如果它不在退出之前就依赖于COMMIT / ROLLBACK。当然，任何错过CATCH块的东西都会成为一个严重的中止错误......

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

1 个答案: