FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Errorcon dbexpress Firebird: Update affected more than 1 Record
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. |
#2
|
|||
|
|||
hola, que relacion tienes entre las tablas ?
Última edición por JosepGA fecha: 08-01-2008 a las 09:22:02. |
#3
|
|||
|
|||
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. |
#4
|
||||
|
||||
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. |
#5
|
|||
|
|||
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. |
#6
|
|||
|
|||
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)
|
#7
|
|||
|
|||
Error encontrado
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. |
#8
|
||||
|
||||
¡Hola de nuevo!
Cita:
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. Cita:
Al González. |
#9
|
|||
|
|||
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 |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Firebird y dbExpress | PacoPepe | Conexión con bases de datos | 5 | 12-09-2007 18:58:23 |
"error/record delete" con update | m8estrella83 | SQL | 2 | 09-08-2006 18:25:25 |
Update affected more than 1 record | jmlifi | Varios | 6 | 10-11-2005 18:10:20 |
Firebird con DbExpress | norberto_larios | Conexión con bases de datos | 1 | 26-07-2005 18:48:08 |
FireBird 1.5 RC1 y DBExpress | mosorio | Providers | 2 | 16-06-2003 10:58:41 |
|