Errorcon dbexpress Firebird: Update affected more than 1 Record

[alopete]

Buenas:
Espero que me pueda ayudar alguien pq me esta volviendo loco:
Estoy utilizando dbexpress sobre una base de datos firebird. Tengo un bucle que se recorre la tabla facturas, pasa los datos a un fichero y marca la factura como exportada. El problema es que cuando hago el applyupdates, me da el siguiente error:Update affected more than 1 Record. no entiendo pq me lo da si tengo bien puesta la primary key y el provider tiene puesto upWhereKeyOnly.
Para saber lo que pasaba, he puesto un sqlmonitor y mi sorpresa ha ido en aumento: el update que me mostraba el sqlmonitor ni siquiera es de la tabla de facturas sino de la tabla recepciones. Esta tabla tiene un indice sobre el campo cod_factura y un trigger que actualiza la tabla de facturas. tiene algo que ver?

Cuando al provider le he puesto poAllowMultipleupdates a true, ha dejado de dar el error pero no actualizado el campo exportado de la tabla de facturas.

[JosepGA]

hola, que relacion tienes entre las tablas ?

[alopete]

Hola de nuevo:

Como digo en el mensaje anterior, si que he probado y deja de dar el error pero al ponerle poAllowmultipleRecordUpdates, no actualiza el dato que necesito. O por lo menos, al refrescar la tabla, no lo muestra actualizado.
Ahora he probado a hacer un sqlquery (updarte facturas...) para actualizar cada registro. Funciona bien pero despues de actualizarlo, hago un refresrecord y me da error pq intenta obtener los campos de la tabla facturas, de la tabla recepcinoes. No se pq intenta hacer nada con la tabla recpeciones. No lo entiendo.

[[Al González]]

Algo que se me ocurre es que puedes usar el depurador para "cazar" la sentencia SQL que internamente ejecuta el Provider. Entonces probar dicha sentencia en IBExpert, o el programa de gestión que utilices, para ver si el problema tiene más que ver con la sintaxis propia de la sentencia o algún disparador desencadenado, que con los mecanismos de la VCL.

No olvides compilar con la opción "Use Debug DCUs" para que el depurador te deje entrar hasta la cocina. Cuando aparezca la excepción, abre la pila de llamadas (Call Stack) para ir algunas rutinas atrás hasta un lugar donde puedas colocar un punto de ruptura para detenerte a "recoger" con Evaluate/Modify (Ctrl+F7) la sentencia Update en cuestión, que de seguro será el valor de algún parámetro de dichas rutinas.

Mucha suerte, no dejes de contarnos cómo te fue.

Un abrazo.

Al González.

[alopete]

Hola josepGa:

En la tabla recepciones hay un indice que hace referencia al campo cod_factura de la tabla de facturas pero no existe ninguna fk entre ambas, vamos que no hay relacion. Eso es pq se me ha olvidado crearla.

[JosepGA]

para intentar ver por que no te actualiza, has activado el evento OnReconcileError ? yo muchas veces he podido ver por que no actualiza gracias a la ventana que muestra, que nos devuelve el error en la actualización (suponiento que hay algun error)

[alopete]

Hola:

Parece que he encontado el error: es debido a como hago la select:

select cod_factura,
n_factura,...
(select cum(iva) from recepcciones where recepciones.cod_factura=facturas.cod_factura) iva
from facturas

He quitado la columna de iva (el select sum) y ha ido bien. El SqlMonitor mostraba bien lo que habia que hacer. Parece que con dbexpress la tabla que toma como base para hacer las actualizaciones, es la primera que encuentra tras el primer from. En este caso es recepciones y por eso, apartir de ese momento, todo iba mal. bueno, creo que es eso.

Ahora tengo que intentar hacer lo mismo, quitando el select sum.

No se que os parecera pero yo creo que es un error del dbexpress.


Gracias por vuestr ayuda, espero que tb os haya servido a vosotros.

[[Al González]]

¡Hola de nuevo!

Empezado por alopete

...con dbexpress la tabla que toma como base para hacer las actualizaciones, es la primera que encuentra tras el primer from. En este caso es recepciones...Ahora tengo que intentar hacer lo mismo, quitando el select sum.

No se que os parecera pero yo creo que es un error del dbexpress

Interesante observación alopete. Efectivamente, así es como trabaja el componente TDataSetProvider, pero este comportamiento no tiene que ver con dbExpress (TDataSetProvider no pertenece a esa biblioteca, aunque junto con TClientDataSet conforman un grupo de muy buenos amigos ).

Pero no es un error, más bien es una cuestión de sencillez en el diseño del componente. Por lo general, la primera tabla después de la palabra reservada From, es la principal de una sentencia Select. Pero para casos especiales, Borland dispuso del evento OnGetTableName (que para mi gusto pudo haber sido mejor una propiedad llamada TableName), con el cual puedes indicar la tabla sobre la cual debe hacer las actualizaciones sin necesidad de reacomodar tu código SQL.

Empezado por Borland

Write an OnGetTableName event handler to enable the provider to apply updates to datasets where the resolver can’t determine the target table from the provider’s dataset. When the resolver component is initialized, it stores the name of the table that is the target of its updates. This table name can be used in generated SQL statements that apply the updates. When the dataset is a TTable, the resolver can use the table’s TableName property. However, if the dataset represents a multi-table query or stored procedure, the resolver has no way to determine the destination of the update without input from an OnGetTableName event handler.

Return the name of the target table as the TableName parameter. The resolver uses this to apply updates.

Un abrazo teibolero (por aquello de las tables).

Al González.

[alopete]

Perdon por mi osadia: no tiene pq ser un error si yo creo que debe funcionar de otra forma. tienes razon.

De todas formas gracias por las aclaraciones, espero que le sirva a mas gente.

Un saludo