From: | "Gilberto Castillo" <gilberto(dot)castillo(at)etecsa(dot)cu> |
---|---|
To: | "Francisco Olarte" <folarte(at)peoplecall(dot)com> |
Cc: | "Pedro PG" <pedropg(at)outlook(dot)com>, "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [MASSMAIL]Re: restriccion check |
Date: | 2017-04-05 14:46:57 |
Message-ID: | 42890.192.168.207.54.1491403617.squirrel@webmail.etecsa.cu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
> Pedro:
>
> 2017-04-05 16:22 GMT+02:00 Pedro PG <pedroPG(at)outlook(dot)com>:
>> Lo que deseo es agregar una restriccion CHECK que solo permita modificar
>> datos de la tupla si y solo si liquidado es NULL.
>
> Igual estoy un poco oxidado, pero las restricciones check lo que hacen
> es comprobar un juego de valores de la tupla, no miran si vienen de
> update o de lo que sea.
>
>> 1) Cuando se inserta un registro el campo liquidado siempre sera NULL
>> (esto
>> es correcto).
>> 2) Desde un procedimiento externo actualizare liquidado (esto tambien es
>> correcto).
>> 3) Si deseo actualizar el registro, solo debe permitirme si el campo
>> liquidado es NULL (aqui mi problema).
>
> Probablemente puedes hacer eso con un trigger. De todas formas, salvo
> que estes haciendo el control con roles y mucho cuidado, porque no
> pones un 'where liquidado=null' extra en los updates? Tambien podrias
> probar con un "create rule x on update to table where OLD.liquidado is
> not null instead do nothing' o algo asi, pero te puede dar problemas
> si quieres revertir una fila a liquidado=null. Al fin y al cabo, si
> alguien puede cambiar liquidado a null probablemente pueda hacer
> not-null->null->update->null.
Yo Usaría UPSERT
--
Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Lazaro Garcia | 2017-04-05 15:46:34 | RE: Ayuda - Rendimiento muy malo con Synchronous Commit |
Previous Message | Francisco Olarte | 2017-04-05 14:43:02 | Re: restriccion check |