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
Clint
问问题
641 次
1 回答
0
与当前事务关联的锁在事务提交或回滚时被释放。
所以,它不是必需的,因为你回滚了。
但是,如果您想安全起见,我会在 CATCH 块之后执行此操作,并首先使用APPLOCK_TEST进行测试。通常,这将是一个我们没有的 FINALLY 块。
我会把它放在这里,所以它总是被执行。如果会话继续,或者连接池使其保持活动状态(是吗?现在忘记了),那么你依赖于 COMMIT/ROLLBACK,如果它不是在退出之前。当然,任何错过 CATCH 块的东西无论如何都将是一个严重的中止错误......
于 2009-09-04T18:35:53.530 回答