--- On Wed, 5/13/09, Espartano <[email protected]> wrote:
> From: Espartano <[email protected]>
> Subject: Re: [pgsql-es-ayuda] PGSQL - Triggers
> To: "Giorgio PostgreSQL" <[email protected]>
> Cc: [email protected]
> Date: Wednesday, May 13, 2009, 4:07 PM
> On Wed, May 13, 2009 at 10:58 AM,
> Giorgio PostgreSQL
> <[email protected]>
> 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
--
TIP 5: ¿Has leído nuestro extenso FAQ?
http://www.postgresql.org/docs/faqs.FAQ.html
