sql >> Base de Datos >  >> RDS >> Sqlserver

SQL 2005 sp_GetAppLock --- ¿Cuándo llamar a sp_ReleaseAppLock?

Desde sp_getapplock

Por lo tanto, no es necesario porque retrocede.

Sin embargo, si desea estar seguro, lo haría después del bloque CATCH y probaría primero con APPLOCK_TEST . Normalmente, este sería un bloque FINALMENTE que no tenemos.

Lo tendría aquí para que siempre se ejecute. Si la sesión continúa, o la agrupación de conexiones la mantiene activa (¿lo hace? Olvídelo ahora), entonces confía en COMMIT/ROLLBACK si no fue justo antes de la salida. Por supuesto, cualquier cosa que pase por alto el bloque CATCH será un error grave de aborto de todos modos...