Cita:
|
Empezado por AGAG4
Ok. estoy de acuerdo con usted e incluso me vino la idea de reintentos al mandarme una excepción, pero creo que se debe de poder ó de saber cuando un registro esta siendo ocupado por otro usuario. De todas formas Gracias....
|
Como ya he dicho lo sabes perfectamente porque salta la excepcion, puedes create una funcion que se llame RegistroBloqueado y dentro de ella poner codigo que capture la excepcion y devuelva verdadero o falso si el registro esta bloqueado o no). Despues solo tienes que llamar a la funcion Registrobloqueado para hacer la comprobacion.
Pero aunque hicieses esto, no te sirve de nada. Piensa que estas trabjando con una base de datos multiusuario. De modo que aunque llames a la funcion RegistroBloqueado no te sirve de nada, porque nadie te garantiza que justo despues de que la funcion te haya dicho que el registro no esta bloqueado, algun otro usuario bloquee el registro, de modo que la subsiguiente llamada a la query de modificacion daria error igualmente.
La solucion mas sencilla es que configures la transaccion para que espere a que se desbloquee el registro, de ese modo nunca te dara una excepcion (bueno realmente casi nunca) y siempre funcionara la actualizacion. Es decir haces que el trabajo que intentas hacer a mano por codigo , lo haga el propio gestor de base de datos, ahorrandote codigo y complicaciones.
Saludos