Concurrencia en MySQL

[rgstuamigo]

Bueno hay que enteder un poco la lógica de las transacciones...
Logicamente dos usuarios con diferentes conexiones pueden modificar en el mismo instante de tiempo(aunque no es así exactamente) un mismo registro, pero el servidor en realidad lo que hace es, primero permitir editar a la primera conexion(la primera que llega), para tal efecto bloquea la tabla,para que ninguna otra conexion(usuario) pueda acceder a ella,terminada la modificacion, pues nuevamente habilita la tabla desbloqueandola para hacer lo mismo con la siguiente conexion o usuario.
Evidentemente eso es casi imperceptible para el humano, estamos hablando milisegundos o quizás nanosegundos entre una conexion y la otra.

Por otra parte quiero comentarte que el componente TZConnection es el que maneja las transacciones en los componentes Zeos, pues tiene tres métodos importantes para iniciar, confirmar y revertir una transaccion:

Código Delphi [-]
begin
ZConnection1.StartTransaction;
...
ZConnection1.Commit;
...
ZConnection1.Rollback;
...
end;

Saludos...

[darkerbyte]

Gracias amigo.

Utilizaré el metodo que me has dicho, de todas formas si me atoro con algo, los estaré molestando de nuevo

[roman]

Hola,

Yo no veo de qué manera una transacción puede solventar la problemática de darkerbyte, que es la de evitar que alguien machaque los datos que estamos editando.

A mi entender, esto tiene más que ver con los bloqueos optimistas o pesimistas. Curiosamente, buscando en Google por "bloqueos pesimistas vs optimistas" lo primero que me encuentro es con una referencia al ClubDelphi



Este es el hilo http://www.clubdelphi.com/foros/showthread.php?t=45035 que lleva a otros interesantes.

// Saludos

[darkerbyte]

Hola Roman, Una vez mas me ha soprendido mi ignoracia. No sabía acerca de bloqueos optimistas y bloqueos pesimistas Tal vez lo estudie cuando estaba en la Uni pero ya no recuerdo Voy a revisar el tema. Gracias por tu consejo. Y haciendo pruebas me di cuenta que efectivamente la transaccion garantiza que los datos se han grabado correctamente pero no que no se hayan sobreescrito datos.

El tema sigue en curso. Si alguien quiere darme mas luz sobre el tema, como siempre, les estare muy agradecido.

[bavarol]

Bueno lo de las transacciones se puede controlar asi explicitamente pero tb en la componente Delphi TTable por ejemplo, en la propiedad TransIsolation

Elige el valor de los tres posibles que se adecue mejor a tus necesidades.

tiDirtyRead
tiReadCommited
tiRepeatableRead

Un saludo