No se pudo encontrar la fila para su actualización

[Jorge Taveras]

No se pudo encontrar la fila asociada desde la ultima vez que se leyo,
tengo un formulario de facturas en delphi 6. Utilizo componentes ado.
Es un master/detail que me funciona lo mas bien salvo que 2 o 3 veces
al dia me da el siguiente mensaje:
No se pudo encontrar la fila para su actualizacion, algunos valores han cambiado asociada desde la ultima vez que se leyo.

Encontré en internet un apartado que sugeria que los campos del detalle que se
usaran en el grid (dbgrid, cod_producto, cantidad, costo, etc) cuyos valores por defecto estubieran declarados en la base de datos, pues que tambien les asignara valores en el evento onNewRecord.

Lo anterior lo hice pero el error persiste. La sugerencia la hacian para programación visual basic y visual c, no para delphi. Esto me urge puesto que hace mi programa inseguro. Espero ayuda lo antes posible.

[jachguate]

¿Hay varios usuarios conectados concurrentemente a la bd?

[marcoszorrilla]

La tabla debe de tener una clave primaria, para que el cursor pueda reposicionarse despues de la operación, por otra parte, este tipo de fallos con ADO, suele darse por no tener la versión de las MDAC apropiada.

Un Saludo.

[Jorge Taveras]

Es un programa de facturación donde tengo a 3 usuarios conectados al mismo tiempo, captando distintas facturas.

Por cierto, el mensaje es exactamente como lo describo ahora:

No se pudo encontrar la fila para su actualizacion, algunos valores han cambiado desde la ultima vez que se leyó.

[jachguate]

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:

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.

[Jorge Taveras]

he leido tus sugerencias. las pondré en practica cuanto me sea posible.
Sobre todo lo de la actualizacion mediante triggers. Al principio la tenia así, pero me daba un error extraño, me explico con un ejemplo:
el cliente 1 compraba 500 pesos y su balance era de 0
el cliente 5 compraba 400 pesos y su balance era de 0.
luego el cliente 1 compraba 200 y su balance era 500 ( no 700 como era correcto).
Luego el cliente 1 compraba 100 y su balance era 700 ( no 800).
En fin. Cuando generaba una actualizacion me hacia la penuntima.

No insistí sobre el tema y .... bueno... me surgió este ahora.
La otra parte que me gustaria que abundaras un poco es cuando dices
"poner una capa intermedia que serialice las actualizaciones, forzando siempre a refrescar el registro antes de actualizar". Me gustaria entender que es serializar las actualizaciones. Y si te refieres a establecer un comando tal como adoproductos.refrech en un envento, digamos en el before_post.
Realmente estaba buscando el error en el detalle de la factura, pero creo que las cosas andan por el maestro de productos al momento de actualizar como lo sugieres en tu buen ejemplo. Siempre agradecido

[Jorge Taveras]

Realice un procedimiento almacenado que me actualiza las existencias del maestro de productos. le envio el codigo del produto y la cantidad y el procedimiento le resta la cantidad a la existencia.

Con esto el programa no me ha dado mas errores del que mensioné.
Que haria sin la ayuda del foro. !!!! gracias mil.