【问题标题】:SQL 2005 sp_GetAppLock --- When to call sp_ReleaseAppLock?SQL 2005 sp_GetAppLock --- 何时调用 sp_ReleaseAppLock?
【发布时间】:2009-09-04 17:38:44
【问题描述】:
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

【问题讨论】:

标签: sql sql-server sql-server-2005 tsql database-concurrency


【解决方案1】:

来自sp_getapplock

与当前关联的锁 交易被释放时 事务提交或回滚。

所以,不需要,因为你回滚了。

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

我会把它放在这里,所以它总是被执行。如果会话继续,或者连接池使其保持活动状态(是吗?现在忘记了),那么你依赖于 COMMIT/ROLLBACK,如果它不是在退出之前。当然,任何错过 CATCH 块的东西无论如何都将是一个严重的中止错误......

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-07
    • 1970-01-01
    相关资源
    最近更新 更多