1
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
4

1 に答える 1

0

sp_getapplockから

現在のトランザクションに関連付けられているロックは、トランザクションがコミットまたはロールバックされると解放されます。

したがって、ロールバックするため、必要ありません。

ただし、安全を確保したい場合は、 CATCH ブロックの後に実行し、最初にAPPLOCK_TESTでテストします。通常、これは存在しない FINALLY ブロックになります。

ここにあるので、常に実行されます。セッションが継続する場合、または接続プールがそれを維持する場合 (今は忘れてしまいます)、終了直前でない場合は COMMIT/ROLLBACK に依存します。もちろん、CATCH ブロックを見逃したものは、重大な中止エラーになります...

于 2009-09-04T18:35:53.530 に答える