Acceso concurrente a tabla MyISAM

[fernan3682]

Hola a todos.
Estoy desarrollando una aplicación que accede en lectura y escritura a unas tablas de tipo MyISAM y que tiene que convivir con otra ya construida que accede también en L/E a las mismas tablas. Las 2 aplicaciones deben poder estar en ejecución al mismo tiempo.
Tengo entendido que MyISAM no bloquea las tablas en las escrituras por lo que me surje la duda de como realizar mi aplicación para que no exista ningún problema con la otra, por ejemplo si las 2 intentan escribir en una misma tabla a la vez.
Os agradecería que me echarais una mano.
Un saludo.

PD: Todo esto siempre que la función Insert en MyISAM no bloquee automáticamente la tabla durante la inserción, si durante la inserción la tabla se bloquea para escritura no tengo problema.

[gnzsoloyo]

MyISAM no soporta transacciones, desde ese punto de vista no tienes soluciones: Si no hay transacciones no hay aislamiento ni control de concurrencias. La única solución que tienes es migrar de modelo a InnoDB.
La única forma implementada de transacciones en MyISAM es en PHP y se muestra en esta página: Isotope: MyISAM Transactions., pero no es una transacción real sino emulada.

Si no puedes suprimir las MyISAM ... podrás resolver nada...

[fernan3682]

El problema es que no puedo cambiar el motor a InnoDB porque ya tengo la base de datos distribuida a los clientes.
Entonces, en caso de que ambas aplicaciones hicieran un INSERT a la vez a la misma tabla ¿que podría suceder?.
Gracias por la respuesta.

[gnzsoloyo]

Es evidente: No tienes control de concurrencia, no tienes modo de evitar la falta de consistencia.
Tendrás la posibilidad de que en un mismo momento una aplicación escriba en una tabla y que otra borre el mismo registro....
En otras palabras, el peor escenario de una base de datos.
Las únicas soluciones que te quedan son:
1. Recodificar las aplicaciones para que escriban tablas temporales intermedias y que un proceso posterior realice la tarea de compatibilizar las operaciones.
2. Construir una capa de negocios intermedia que actúe de control de concurrencia artificial (es lo que en definitiva hace ese emulador).

[fernan3682]

Hola gnzsoloyo.
Sin embargo en la página de MySQL en el capítulo 7.3.1. (Internal Locking Methods ) (http://dev.mysql.com/doc/refman/5.0/en/internal-locking.html) me ha parecido entender que MySQL tiene un sistema de bloqueo interno a nivel de tabla para MyISAM. En tal caso ¿se podría evitar la inconsistencia por inserciones simultaneas?
Gracias.

[gnzsoloyo]

Técnicamente si. Es la única oportunidad que te dejas este tipo de tablas: El bloqueo a nivel de tabla.
En esencia es la misma problemática que se produce con la integridad referencial: Tienes que controlarla tu por programación.
En ese sentido, el gran inconveniente es que las operaciones de inserción se acumulan durante el bloqueo, por lo que deberás crear timers especiales o planificadores de colas de procesos para evitar que se produzcan bloqueos demasiado largos. Si ambas aplicaciones acceden para actualizar una tabla, una de las ,dos tomará el control y las inserciones o actualizaciones de la otra deberán esperar hasta que la otra la libere.
Este método (bloqueo de tablas) te puede ser útil, pero tendrás que programar muy fino, o harás que se produzcan deadlocks al azar.
El problema agregado, es que si una de las aplicaciones sólo lee, se puede poner un bloque que permita la lectura, pero eso no te asegura que la información no se a inconsistente entre dos lecturas al mismo registro; esto es simplemente porque entre la primera y la segunda lectura, la otra aplicación puede sobreescribir los datos leídos al inicio.

Puedes usar esta metodología, pero deberás profundizar en el estudio de concurrencia en las bases de datos.

[fernan3682]

Ya lo voy teniendo más claro :)
Muchas gracias por las respuestas gnzsoloyo.

Un saludo.