Disparo de triggers en Firebird

[sur-se]

Hola. Me está ocurriendo un problema bastante extraño con el disparo de los triggers y el borrado en cascada. Para resumir pondré la situación a modo de ejemplo:

- Tabla cabecera: número (primary key), campo1,campo2, campo3 ...
- Tabla de líneas: número (referencia a la tabla anterior, on delete cascade), orden, lcampo1, lcampo2, ...
primary key (número, orden)

La situación es tal que si borro la cabecera, por el "on delete cascade" se me borran las líneas. Esto es correcto. Sigamos...

En la tabla de líneas tengo un trigger after delete que opera de la forma siguiente:

- Lee de la cabecera el campo3 (por ejemplo) y si tiene un valor determinado ejecuta un operación de actualización.

Es decir, si borro una línea, se dispara el trigger y lee un campo de la cabecera que determina si debe efectuarse o no una operación (en mi caso actualizar las existencias).
Esto funciona bien, es decir si borro las líneas se van efectuando las operaciones de actualización.
El problema está cuando quiero borrarlo todo. En este caso borro la cabecera, y el "on delete cascade" me borra las líneas. Y aquí viene el problema. Da la impresión de que primero borra la cabecera y luego las líneas por lo que el trigger de las líneas no lee bien el valor del campo de la cabecera y no efectua correctamente la actualización cuando corresponde.

Lo lógico sería que si hay registros que apuntan a mi tabla principal (cabecera), primero se borraran las líneas (por el on delete cascade) y luego la cabecera. Pero parece que no lo hace así y el trigger no va bien.

¿Es esto lógico que funcione así?. La solución por la que he optado es lanzar primero un borrado de las líneas y luego de la cabecera, pero entonces, para que me he molestado en poner el "on delete cascade" si después no lo puedo utilizar.
Salu2.

[[gluglu]]

... y digo yo.

Por qué no utilizas precisamente un Trigger que sea 'BEFORE DELETE' con lo cual tu registro en la cabecera seguirá existiendo.

[sur-se]

Muy sencillo, porque da igual que sea before o after, porque el problema es que el trigger está en la línea no en la cabecera. Así que da un poco igual que sea antes de borrar línea o después de borrarla.
El problema es que desde el trigger de la línea se debe leer un campo de la cabecera.
Salu2.

[tefots]

el problema está que en la tabla de lineas , tienes una referencia a la tabla cabecera y el 'ondelete cascade' como regla en la clave ajena.
este 'ondelete cascade' se ejecuta por defecto cuando has borrado el registro (after delete) , con lo que cuando se borra algun registro de la cabecera y desde un triger en en el delete de las lineas intentas acceder a la cabecera , esta ya no existe.

la solucion está en modificar este trigger de la tabla lineas (aunque realmente se ejecutacuando en el after delete de la cabecera) que genera firebird automáticamente y pasarlo de 'after delete' , a 'before delete' .

esto lo puedes hacer con ibexpert, entras en las dependencias de la tabla lineas , y verás que en triggers , tienes alguno que se llama checkxx , ( si tienes varios has de buscar el que hace referencia al campo que enlaza con la tabla cabecera) y cambiar la regla , de after a before.


Tambien puedes hacerlo de otra forma mas facil , quitas el 'ondelete' automatico , y crear tu manualmente el trigger en la cabecera , para que en el before delete de la cabecera , elimine las lineas.

es un poco lioso , pero espero haberlo aclarado.

saludos.

[rastafarey]

No tengo tiempo para explicarte cual podria ser el problema pero aqui esta tu respuesta.

* Si es un trigger de tipo INSERT, entonces para acceder a los campos se debe utilizar el prefijo NEW.
* Si es un trigger de tipo UPDATE, entonces NEW nos dará el nuevo valor del campo (en caso de que haya sido modificado) y OLD nos dará el valor del campo antes de la modificación.
* Si es un trigger de tipo DELETE, se debe utilizar únicamente el prefijo OLD.
* Solamente se pueden modificar los valores de los campos en triggers de tipo BEFORE, obviamente solo BEFORE INSERT y BEFORE UPDATE.
* Se recomienda que si se van a modificar valores de otras tablas, se hagan en triggers de tipo AFTER.

Esto se encuenta en el link Mira aqui

[sur-se]

Hola. Gracias por la respuestas, pero ninguna entiendo que es la solución "correcta" ( desde mi punto de vista claro) , es decir, voy a tener que parchear y cambiar por algo que entiendo debería funcionar bien, que no es más que conjugar reglas de claves referenciales con triggers.

Yo entiendo que el servidor Firebird debería funcionar así en este caso:
- Quiero borrar un registro de la tabla principal. Veo si hay tablas que tengan alguna clave referencial a la tabla principal.
- Primero borro los registros (o pongo a nulo dependiendo de la configuración de las claves referenciales) de las tablas asociadas.
- Al efectuar esta operación sobre las tablas asociadas, se disparan sus triggers correspondientes.
- Una vez finalizado con las tablas asociadas, borro el registro de la tabla principal.
- Se completa la transacción.

... Pero por lo que veo, estoy equivocado .. porque parece que primero borra el registro de la tabla principal (dejando rotos los enlaces a las claves referenciales) y luego ataca a las tablas asociadas por la FK, y por eso tengo y o el problema ...

En la pregunta he simplificado bastante el proceso a dos tablas, pero la realidad es que son mas tablas las que dependen de la misma cabecera, por lo que el on-delete-cascade viene estupendamente, así como el disparo de los triggers after delete de la línea para quitar las existencias. De hecho, como comentaba en el post anterior, da igual que lo pase de after a before por que es un trigger de la línea no de la cabecera, pero tampoco lo puedo pasar al before de la línea porque se realizan sumas y acumulados con las líneas que quedan y debe realizarse cuando la línea ya está borrada y no antes.

Pero en fin, si así es como funciona pues tendré que cambiar la programación. Lo más sencillo creo que es borrar las tablas asociadas por la clave referencial con un trigger en el before delete de la cabecera, como apuntais en el post anterior.

Bueno, pues nada, eso es lo que hay. Gracias a todos por la ayuda.
Salu2.

[rastafarey]

No te entiendo. Si ya tienes creada la integridad referencial para que tienes que borrar a mano. Para eso creaste la integridad referencial. Eso se activa solo.

Bueno eso es lo que estoy entiendo segun lo que me dices.

[sur-se]

Hola. Lee el post del principio. Es un problema con los triggers de la tabla de líneas, y la integridad referencial no la puedo utilizar para el borrado en cascada.
Salu2.