Re: Triggers Help

Hola , si es cierto, me han dado informacion al respecto, muy buenas
ideas, y me parece que lo del

unique en (usuario, año).

es lo mejor. Gracias por sus ayudas !!!!

Pero ahora, me surge otra duda, un trigger insert, update o delete
funciona como deberia ?? Ejemplo: ante el caso de facturacion, hay 2
estados = cancelado(ya pagado), anulado. Cada uno es un campo en la
tabla factura.

La regla se resume en :
1) solo cancelar si no esta anulado.

a lo que la regla 1) podria extenderla a
1.1) solo cancelar si no esta anulado y no esta cancelado.
1.2) solo anular si no esta anulado.

El trigger funcionara OK ante la concurrencia en una misma factura ?
Mi temor es que por la concurrencia no se lleguen a cumplir 1)

Paolo.

On 8/20/05, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> On Sat, Aug 20, 2005 at 12:42:10PM -0500, Paolo Lopez wrote:
>
> > Mi caso concreto es que tengo una tabla que tiene como 8 campos, pero
> > de ellas solo requiero que 2 de ellas ( usuario y año ) se validen. Es
> > decir, que solo 1 usuario este dentro de 1 año, a pesar de que hay
> > otras 6 llaves que elevan las combinaciones posibles.
>
> La solucion no necesariamente es un trigger; has pensado en hacer una
> restriccion UNIQUE que represente lo que quieres? Si no entiendo mal
> deberia bastar con crear una restriccion unique en (usuario, año).
>
>
> > Si hago "trigger before insert for each row" tendria que hacer algo
> > dentro del trigger como :
> >
> > IF (
> > ( select count(*) from tablita where idUsuario="le doy el dato" and
> > idAño="le doy el dato" ) = 0
> > )
> > entonces dejar registrar
> >
> > Pero esto es "real" ante las concurrencias ???
>
> No.
>
> --
> Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
> "En las profundidades de nuestro inconsciente hay una obsesiva necesidad
> de un universo lógico y coherente. Pero el universo real se halla siempre
> un paso más allá de la lógica" (Irulan)
>