Con que componente Zeos puedo hacer Transacciones?

[[poliburro]]

quien maneja las tranzacciones es el zeos connection.

OJO, En un entorno multiusuario es un grave error colocar transacciones en los clientes. Lo mejor es dejar que el motor se encargue de ese trabajo.

Saludos.

[rgstuamigo]

Gracia Poliburro por tu respuesta;

OJO, En un entorno multiusuario es un grave error colocar transacciones en los clientes. Lo mejor es dejar que el motor se encargue de ese trabajo.

Es muy interesante lo que comentas, pero dime como podria hacer eso que dices en el motor de BD?¿Por que es un error colocar transacciones en los clientes?...

[rgstuamigo]

Sigo con la duda...
¿Por que es un grave error colocar transacciones en los clientes en un entorno multiusuario, como lo indica el amigo Poliburro?
¿Acaso la transaccion no se ejecuta en el Servidor?
¿Cual es la diferencia o el error?

[[eduarcol]]

hace tiempo tuve un problema con las transacciones con Zeos, aqui esta la forma en que se resolvio, de pronto te sirva:

http://www.clubdelphi.com/foros/showthread.php?t=56177

[rgstuamigo]

Claro que todo sirve Eduarcol , muchas gracias por el aporte.
Pero dime cual es la diferencia entre Commit y Commit retain concretamante para entenderlo?
¿Y que opinas de lo que dice el amigo Poliburro?..

[[eduarcol]]

Empezado por rgstuamigo

Claro que todo sirve Eduarcol , muchas gracias por el aporte.
Pero dime cual es la diferencia entre Commit y Commit retain concretamante para entenderlo?
¿Y que opinas de lo que dice el amigo Poliburro?..

La diferencia según lo logre entender es que el commit cierra algo asi como la sesion, mientras que commit retain cierra la transacción pero deja la sesion actual activa. Igual vale para el rollback retain.

Con respecto a lo que dice el poli es mejor que el te lo explico no tengo conocimientos del caso.

[rgstuamigo]

La diferencia según lo logre entender es que el commit cierra algo asi como la sesion, mientras que commit retain cierra la transacción pero deja la sesion actual activa. Igual vale para el rollback retain.

ok Apuntado

Solo por curiosidad ¿con que servidor te estabas conectando? Mysql,Sql server,oracle,etc

[[Lepe]]

Empezado por eduarcol

La diferencia según lo logre entender es que el commit cierra algo asi como la sesion, mientras que commit retain cierra la transacción pero deja la sesion actual activa. Igual vale para el rollback retain.

Sí, pero añadir que "dejar la sesión abierta", mejor dicho mantener el contexto de la transacción, consume recursos, por ello si vas a realizar una inserción masiva, o usas continuamente commitRetaining la aplicación puede volverse lenta después de trabajar con ella. Lo bueno es que los componentes de acceso (Zeos no los he mirado) normalmente realizan un commit cada cierto tiempo, por lo que puede aliviar el problema.

Creo recordar... y sólo creo, que si haces un commitRetaining los demás usuarios de la red no verán ese registro recien añadido, porque precisamente te guarda el contexto de tu transacción.

Saludos