BUG #3963: trigger delete

From: "Ronald Mora" <rmora(at)mvalores(dot)fi(dot)cr>
To: pgsql-bugs(at)postgresql(dot)org
Subject: BUG #3963: trigger delete
Date: 2008-02-14 20:16:11
Message-ID: 200802142016.m1EKGBnu099545@wwwmaster.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


The following bug has been logged online:

Bug reference: 3963
Logged by: Ronald Mora
Email address: rmora(at)mvalores(dot)fi(dot)cr
PostgreSQL version: 8.0
Operating system: windows xp
Description: trigger delete
Details:

Para la modificacion de los datos de los cliente, cree trigger para cuando
se insert,delete o update una tabla, la forma en la que los usuarios hacen
las modificacion no hace commit, pero si dispara los trigger a nivel de base
de datos y guarda en unas tablas la solicitud del usuario, dicha solicitud
llega a un usuario que se encarga de validar y aplicar el delete,insert o
update a la base de datos.
El problema era que cuando dicho usuario aplicaba este cambio el trigger
volvia a insertar un dato mas en la bicatora, el problema lo pude resolver
para el insert o update con un campo bandera que me indica cuando disparo o
no la insercion de los datos en las tablas bitacora, pero en el caso del
delete dicho campo no me funciona.
Necesito saber si hay alguna forma de evitar que el trigger se dispare
cuando el usuario final va a aplicar el cambio en la base de datos, se que
podria desabilitar el trigger pero no se que pasa si cuando se desabilita el
trigger otro usuario esta haciendo otra solicitud de update,delete o insert
y por estar desabilitado el trigger no guarde los datos en la bitacora.

Browse pgsql-bugs by date

  From Date Subject
Next Message Peter Kovacs 2008-02-14 22:03:02 configure warnings
Previous Message Tom Lane 2008-02-14 16:13:53 Re: BUG #3961: ecpg lacks SQLSTATE macro definition