| From: | Jenaro Centeno Gómez <jcenteno(at)aldia(dot)com(dot)mx> |
|---|---|
| To: | Fontana Daniel Claudio <danielf(at)solutionsrl(dot)com(dot)ar> |
| Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
| Subject: | Re: ATOMICIDAD ante la perdida de coneccion |
| Date: | 2008-10-02 21:16:36 |
| Message-ID: | 1222982196.15542.31.camel@sistemas-lnx |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
El jue, 02-10-2008 a las 17:28 -0300, Fontana Daniel Claudio escribió:
> Hola Todos:
>
> Estamos con un interesante proyecto de migración desde SYBASE
> SQLAnywhere, marchaba todo bien, conexiones, tablas, triggers; hasta
> que nos encontramos con el inconveniente de cómo se implementa la
> ATOMICIDAD recuerden ( que ocurran todos los pasos o ninguno) ante la
> pérdida inesperada de conexión, Estamos trabajando con PostGresSQL v
> 8.3.4. En Sybase basta poner como parámetro de conexión en el ODBC
> CommitOnDisconnect = 'No
>
>
¿ Conoces el concepto de Transacción ?
Yo por ejemplo básicamente lo que hago es que al hacer varias
actualizaciones o inserciones dependientes utilizo un bloque con
BEGIN TRANSACTION
...
COMMIT o ROLLBACK
En medio de la ejecución del bloque puedes utilizar SAVEPOINT para
guardar el estatus de las transacciones hasta ese momento.
Sería bueno que le dieras una leída al manual.
Por cierto, PostgreSQL es una base de datos que cumple con ACID.
Saludos.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Linos | 2008-10-02 21:20:54 | problema orden comprobación integridad |
| Previous Message | Fontana Daniel Claudio | 2008-10-02 20:28:47 | ATOMICIDAD ante la perdida de coneccion |