Re: ATOMICIDAD ante la perdida de coneccion

Esto sucede por de los cuatro grados de Isolation, Pgsql se encuentra
en el READ COMMITED, Sybase creo
que puede ser configurado para correr en modo READ UNCOMMITED o
REPETEABLED READ que es una extension.
Pero en ese caso, no hay que configurar nada porque ante la perdida de
conexion directamente no se podrá commitear.
Mas allá del driver.

El día 3 de octubre de 2008 8:02, Javier Chávez B.
<jchavezb(at)gmail(dot)com> escribió:
> 2008/10/3 Rodriguez Fernando <rodriguez(at)ort(dot)edu(dot)uy>:
>> 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
>>>
>> Hola, si usas transacciones, no deberias tener ningun problema.
>> Que te ha sucedido algo o solo es curiosidad?
>>
>> Saludos Fernando
>> --
>> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
>> http://archives.postgresql.org/pgsql-es-ayuda
>>
>
> Con que cliente programas tu aplicacion??? ....
> Slds.
>
>
> --
> Cumprimentos
> jchavez
> linux User #397972 on http://counter.li.org/
> --
> TIP 7: no olvides aumentar la configuración del "free space map"
>