Re: PGSQL - Triggers

--- On Wed, 5/13/09, Espartano <espartano(dot)mail(at)gmail(dot)com> wrote:

> From: Espartano <espartano(dot)mail(at)gmail(dot)com>
> Subject: Re: [pgsql-es-ayuda] PGSQL - Triggers
> To: "Giorgio PostgreSQL" <giorgio(dot)pgsql(at)gmail(dot)com>
> Cc: pgsql-es-ayuda(at)postgresql(dot)org
> Date: Wednesday, May 13, 2009, 4:07 PM
> On Wed, May 13, 2009 at 10:58 AM,
> Giorgio PostgreSQL
> <giorgio(dot)pgsql(at)gmail(dot)com>
> wrote:
> >>> Que cosas no entiendes?
> >
> >
> > Bueno por lo que he leido y lo que me raya o no
> entiendo y me confunde, que
> > siempre se crea una funcion para llamar a un trigger
> (disculpen vengo de
> > usar SQL Server)
>
> Bueno, como yo lo veo un trigger es realmente un evento que
> dispara
> una funcion, si lo vez de esa forma creo que podrías
> entenderlo mejor,
> por ejemplo piensa que un trigger es un "oído atento" que
> cuando pasa
> un evento por ejemplo un insert manda a llamar una función
> que es la
> que realmente hace la funcionalidad de lo que hayas
> programado, una
> disculpa si no me explico bien, hace tiempo que no manejo
> PostgreSQL y
> aun mas que no hago triggers pero yo así lo veía mas o
> menos.
>
>

En sqlserver tienes en un solo bloque de codigo tanto el proceso de escucha de alguna accion en una tabla como el comportamiento o proceso que ejecutara el proceso de escucha para cada tipo de accion

En postgresql el proceso de escucha esta en un sitio y el comportamiento o procesos a ejecutar en otra, esto te permite hacer codigo mas limpio y ordenado.

Es solo dividir en dos un trigger
1- proceso de escucha
2- comportamiento o proceso a ejecutar