Re: Mejores Practicas con Triggers

El 27/12/05, Miguel<mmiranda(at)123(dot)com(dot)sv> escribió:
> Jaime Casanova wrote:
>
> >Aun cuando es cierto que primero se va insertar el registro... aun no
> >va a ser visble hasta que la transaccion termine y eso solo ocurrira
> >despues de la ejecucion del trigger AFTER INSERT...
> >
> >considera a los triggers como parte de la ejecucion del insert... aun
> >el trigger after insert puede causar un error que implica deshacer
> >todo incluida la insercion del registro... en el mejor de los casos
> >simplemente el tiempo de respuesta de tu insert va a aumentar por la
> >ejecucion de los triggers...
> >
> >en el caso especifico tuyo en el que no quieres afectar al tiempo de
> >respuesta y si puedes vivir con una ligera desincronizacion
> >(posiblemente ni siquiera la notes) usa LISTEN/NOTIFY para mantener tu
> >tabla de sumarizados...
> >
> >
> > Mario Soto Cordones - Venezuela wrote:
>
> > Si lo que necesitas es actualizar una tabla con valores consolidados
> > lo que puedes hacer es utilizar un query asyncronico (LISTEN/NOTIFY)
>
> > http://www.postgresql.org/docs/current/static/libpq-notify.html
>
>
>
> Gracias Jaime y Mario, es justo lo que necesitaba, el ejemplo esta dado
> en C, yo pensaba en usar java pero he leido algunas limitantes:
> http://jdbc.postgresql.org/documentation/80/listennotify.html
>
> tambien encontre un ejemplo sencillo en perl
>
> http://archives.postgresql.org/pgsql-general/2005-01/msg00106.php
>
> Saben si existe algun problema o limitante en usar perl DBI?, me parece
> la opcion mas facil y rapida de implementar.
> Saludos
>

No lo se, yo lo que hice fue crear un demonio en C que esta escuchando
cuando le envio un notify, pero comoo te digo en C, no se que pasa con
perlDBI

Suerte

> ---
> Miguel
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/files/documentation/faqs/FAQ.html
>

--
cordialmente,

Ing. Mario Soto Cordones