From: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
---|---|
To: | "Mauricio E(dot) Pastorini Torres" <m_pastorini(at)elgolfo(dot)cl> |
Cc: | "Ariel Santana (MDHyT)" <carlos_s(at)mdhyt(dot)gba(dot)gov(dot)ar>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: manejo de errores y consulta entre DBs |
Date: | 2004-04-29 22:04:37 |
Message-ID: | 20040429220437.GS4503@dcc.uchile.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Thu, Apr 29, 2004 at 11:07:30AM -0400, Mauricio E. Pastorini Torres wrote:
> > 1) Nos surge una duda con la forma de manejar los errores. Por ejemplo,
> > si insertamos un registro y ya existe uno con esa clave (clave
> > duplicada) la forma que encontramos de resolverlo es preguntando antes
> > del insert si existe la clave (IF FOUND). Este método no nos gusta
> > mucho, existe algo parecido al manejo del sql-server?
> Hola Ariel, revisa esta dirección...
> http://www.postgresql.org/docs/7.4/interactive/plpgsql-statements.html
>
> en el capítulo 37.6.5 se indica como recuperar el estado de la ejecución
> de un comando... en particular despues de ejecutar "insert" puedes
> preguntar por RESULT_OID...
Ojo, si haces un INSERT y el id (que es UNIQUE) ya existe, la
transaccion se aborta automaticamente y tienes que empezar de nuevo.
No vas a poder hacer nada mas en el PL/pgSQL.
--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"Right now the sectors on the hard disk run clockwise, but I heard a rumor that
you can squeeze 0.2% more throughput by running them counterclockwise.
It's worth the effort. Recommended." (Gerry Pourwelle)
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2004-04-29 22:06:17 | Re: Generar un consecutivo |
Previous Message | Alvaro Herrera | 2004-04-29 22:02:31 | Re: Postgresql, JSP, XML, XSL |