Re: triggers o rules

ok
me parece muy util lo del seudoregistro y me imagino que tambien postgres
soporta seudotabla
si es asi como lo veo desde una funcion para un trigger?

me parece que es mas rapido trabajar con seudo tablas por que tratas todos
los cambios al mismo tiempo y no tiene que correrse el trigger por cada
registro

aunque por experiencia propia los seudotablas tienen sus inconveniente por
lo que me gustaria disfrutar de las dos opciones

porque es mas recomendable los trigger que los rules?

gracias por la aclaracion

la documentacion es manual de programador que se puede descargar de la
pagina de www.postgres.org.cl

El día 18/11/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
>
> Pedro Mateo escribió:
> > estoy haciendo las tablas de mi base de datos
> > he trabajando con sqlserver
> > y ha llegado el momento de crear triggers
> >
> > leyendo la documentacion me doy cuenta de que tengo la opcion de usar
> rules
>
> Varios comentarios:
>
> 1. no confundas "rules" con "roles"
>
> 2. los triggers en Postgres son FOR EACH ROW, mientras que en SQL Server
> son FOR EACH STATEMENT. Esto significa que en SQL Server tienes una
> pseudotabla con todos los registros afectados por una sentencia (por ej.
> todos los registros que un UPDATE modifica), en cambio en Postgres
> tienes un pseudoregistro que contiene el registro que en este momento
> esta siendo modificado.
>
> La diferencia, conceptualmente, es importante.
>
> 3. No uses RULEs a menos que realmente los necesitas. Si estas portando
> de SQL Server, quedate con los triggers y no uses RULEs.
>
>
> > en la documentacion me habla hacerca de los rules como si fuera algo
> > que estuvo descontinuado o que no se le estaba prestando antencion por
> > parte de los desarrolladores pero que despues se pusieron al dia
> > ademas de que los roles tiene ciertas limitantes y errores
>
> No realmente. Que parte de la documentacion te da esa impresion?
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>