Concurrencia en MySQL
 

Hola.

Estoy desarrollando un programa en D7 utilizando Zeoslib para conectarme a una BD InnoDB en MySQL 5.1. Es un programa de punto de venta.

La duda que tengo es como puedo controlar la concurrencia en la edición de las tablas. Por ejemplo, tengo una tabla llamada Productos donde controlo precios y existencias de mi catalogo. De la manera en que está hecho el programa, dos usuarios pueden editar el mismo producto y se guardan los cambios del ulitmo usuario en hacer el POST, sin embargo creo que no dería funcionar así.

En Paradox utilizabamos bloqueos sobre las filas en endición. En MySQL segun estuve investigando no se pueden hacer bloqueos ni es "saludable" emularlos.

Dame un consejo ó un tip, por favor, como poder manejar la edicion simultanea de las tablas y la concurrencia en general.

Quien dijo que no se puede bloquear y desbloquear tabla en MySQL?, por supuesto que se puede.;),ahora lo ideal :rolleyes: para solucionar tu problema, en Base de Datos se utiliza lo que se llama Transacciones desde luego las transacciones utilizan internamente los bloqueos de tabla pero eso ya lo hace el servidor internamente.;)
Aquí puedes ver una descripción detallada de las transacciones en MySQL.;)
Saludos...:)

Transacciones
 

Gracias rgstuamigo, ya cheque lo de las transacciones. Ahorita estoy actualizando los datos con un script y para que sea transaccional lo que hago es mas o menos este procedimiento:

El código me funciona correctamente (me permite guardar los datos, sin embargo el problema con la concurrencia persiste, puedo editar el mismo producto con dos instancias de la aplicacion, por ejemplo), aunque no estoy seguro si es la manera correcta de hacerlo. Antes estaba utilizando un DBnavigator ligado a un ZQuery que tiene abierta la tabla de los datos, pero en el no se como programar una transaccion.

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...:)

Enterado
 

Gracias amigo.

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

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

Soprendido
 

Hola Roman, Una vez mas me ha soprendido mi ignoracia. No sabía acerca de bloqueos optimistas y bloqueos pesimistas :eek: Tal vez lo estudie cuando estaba en la Uni pero ya no recuerdo :confused: 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.

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