From: | Edwin Quijada <listas_quijada(at)hotmail(dot)com> |
---|---|
To: | <alejandrabaut(at)gmail(dot)com>, <tuxmen84(at)gmail(dot)com> |
Cc: | "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | RE: Auto incrementar con Serial |
Date: | 2012-08-09 02:40:42 |
Message-ID: | BAY155-W30543363B910556EE0735DE3CC0@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Define una tabla con un tipo y una secuecnia cada secuencia que necesites tendra un tipo y tendras que hacer un update a dicha tabla cada vez que genere una secuencia. Si hay un rollback este vuelve atras porque esta dentro de la transaccion. Al hacer el updta de la tabla tienes que bloquearla o hacer un select...for...update para bloquear la tupla.
From: alejandrabaut(at)gmail(dot)com
Date: Mon, 6 Aug 2012 19:44:45 -0500
Subject: Re: [pgsql-es-ayuda] Auto incrementar con Serial
To: tuxmen84(at)gmail(dot)com
CC: pgsql-es-ayuda(at)postgresql(dot)org
Por programación si no hay nungún error en la transacción puedes pedir el siguiente numero serial de la secuencia e insertarlo, necesitarias quitar el default a la tabla que manda a llamar a la secuencia.
El 6 de agosto de 2012 17:01, Jorge Castellanos <tuxmen84(at)gmail(dot)com> escribió:
Amigos de esta grandiosa DB relacional Postgresql, quisiera solicitar su apoyo para lo siguiente.
Resulta ser que estoy programando con JAVA&Hibernate y cuando se genera un error de transacción por que un campo index unique se inserta un dato existente, mi campo en la tabla tipo Serial para pk incrementa su valor y quiero que no se incremente cuando un error por transacción ocurra, solo hasta que la transacción sea exitosa.
Como puedo hacer esto ?
Espero sus amables respuestas.
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Igor | 2012-08-09 10:46:09 | Re: Tratando de entender un plan de consulta con un INNER JOIN. |
Previous Message | Jaime Casanova | 2012-08-08 16:47:41 | Re: Tratando de entender un plan de consulta con un INNER JOIN. |