|
El problema es que los datos modificados si se envian y afectan a la base de datos.
Si una transaccion modifica un registro, y otra transaccion modifica ese mismo registro antes de que la primera transaccion finalize o se cancele, pueden pasar dos cosas segun como este configuradas las transacciones:
1. La segunda transaccion tiene que esperar a que la primera haga un commit o un rollback.
2. O la segunda transaccion da directamente un error de conflicto de bloqueo.
Si la segunda transaccion pudiese modificar a su antojo cualquier registro modificado por alguna transaccion previa no finalizada, el mecanismo de transacciones no serviria para nada ya que no aseguraria la serializacion de las operaciones ni la congruencia de los datos.
Un Saludo
Miguel
|