FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
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. |
#2
|
||||
|
||||
Cita:
Aquí puedes ver una descripción detallada de las transacciones en MySQL. Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#3
|
||||
|
||||
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:
Código:
Zproc.script.add('START TRANSACTION;'); Zproc.script.add('update productos set precio= :precio, existencia= :nue'); (...) Try Zproc.exec; Zqtemp.sql.add('commit'); Zqtemp.exec; Except Zqtemp.sql.add('rollback'); Zqtemp.exec; end; |
#4
|
||||
|
||||
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: Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#5
|
||||
|
||||
Enterado
Gracias amigo.
Utilizaré el metodo que me has dicho, de todas formas si me atoro con algo, los estaré molestando de nuevo |
#6
|
||||
|
||||
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 |
#7
|
||||
|
||||
Soprendido
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. |
#8
|
|||
|
|||
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 |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Concurrencia | supermilloriver | Conexión con bases de datos | 3 | 20-07-2006 00:10:46 |
Concurrencia | leflaco | PHP | 6 | 06-05-2006 07:55:01 |
Clientdataset y concurrencia | Johnny Q | Conexión con bases de datos | 6 | 25-10-2005 20:35:49 |
Concurrencia | mary123 | C++ Builder | 1 | 31-03-2005 19:58:13 |
transacciones, concurrencia, delphi y MySQL.... | inexperto | MySQL | 0 | 10-01-2005 21:31:01 |
|