Cita:
|
Empezado por Jorge Taveras
No se pudo encontrar la fila para su actualizacion, algunos valores han cambiado desde la ultima vez que se leyó.
|
A mi el mensaje me parece claro. Algún dato cambió y ADO está generando un Update con todos los campos en el where (no solo la llave) o bien el campo que cambió es parte de la llave.
Trataré de explicarlo con un ejemplo:
Supongamos que tenes una tabla de exisencias, y tu programa, en la caja 1 y en la caja 3 inicia una factura al mismo tiempo, leyendo ambos el siguiente registro:
Código:
Producto Existencia
-------- -----------
cocacola 50
La caja 3 vende 10 cocacolas y termina primero, ejecutando el siguiente código para actualizar la existencia:
Código Delphi
[-]
tablaExistencia.Edit;
TablaExistenciaExistencia.AsInteger :=
TablaExistenciaExistencia.AsInteger - 10;
TablaExistencia.Post;
Ado prepara y lanza a la base de datos la siguiente sentencia:
Código SQL
[-]
Update Existencia
Set Existencia = 40
where producto = 'cocacola'
and existencia = 50;
.
Cuando la caja 1 vende 5 cocacolas, lanzará una sentencia como:
Código SQL
[-]
Update Existencia
Set Existencia = 45
where producto = 'cocacola'
and existencia = 50;
.
dado que ella "recordaba" que la existencia era 50, pero este registro en particular ya no existe, lanzando el error que te encontras.
Hay varias formas de evitar este problema. Una, que es la que a mi mas me gusta dado que podemos seguir trabajando en un modelo de bloqueos optimista, es lanzar las actualizaciones desde triggers en la propia base de datos y no desde el programa cliente.
Otra es poner una capa intermedia que serialice las actualizaciones, forzando siempre a refrescar el registro antes de actualizar.
Hay otras, pero no hay mucho tiempo para explicar cada una, espero que con esta información tengas suficiente para investigar por tu cuenta y poner a funcionar tu creatividad.
Hasta luego.
