From: | Espartano <espartano(dot)mail(at)gmail(dot)com> |
---|---|
To: | "Osvaldo Rivas" <spadons(at)gmail(dot)com> |
Cc: | "Lista de Ayuda Postgresql" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: consulta de actulizacion |
Date: | 2007-04-27 15:55:14 |
Message-ID: | d353bd50704270855y405aedc0s38eecab4454f56f8@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 4/27/07, Osvaldo Rivas <spadons(at)gmail(dot)com> wrote:
> Espartano, te digo cual es la razón por la que no pongo un trigger
> directamente por cada inserssión; en realidad mi estructura es algo así.
>
> COMPRAS
> - codigo_compra
> - estado_compra
> - mas_columnas
>
> COMPRAS DETALLES
> -codigo_compra
> -linea_codigo
> -prod_codigo
> -cantidad_comprada
> -mas_columnas
>
> Las compras tienen un estado de generado cuando son cargadas inicialmente;
> entonces no afectan en nada la existencia ni otros datos. Solo despues de
> una que la persona esta segura procesa la compra; acción que hace que el
> estado de la compra pase a "procesado" entonces mi trigger lo que tiene que
> detectar es cuando estado_compra pase a procesado y actualizar las
> existencias de los productos en el detalle.
>
> No se si me hago entender.
>
Si entiendo, eso lo puedes hacer con un trigger after update, solo
tendras que evaluar si el registro NEW.estado_compra esta en
"procesado" actualizas tu otra tabla ;)
--
"Linux is for people who hate Windows, BSD is for people who love UNIX".
"Social Engineer -> Because there is no patch for human stupidity"
"The Unix Guru's View of Sex unzip ; strip ; touch ; grep ; finger ;
mount ; fsck ; more ; yes ; umount ; sleep."
"Documentation is like sex: when it is good, it is very, very good;
and when it is bad, it is better than nothing."
From | Date | Subject | |
---|---|---|---|
Next Message | Juan Martínez | 2007-04-27 16:28:23 | Re: caracteres en UTF8 |
Previous Message | Osvaldo Rivas | 2007-04-27 15:40:36 | Re: consulta de actulizacion |