Transacciones en BD MyIsam

[Salome]

Hola a tod@s....

Estoy realizando mantenimiento a una aplicación que tiene base de datos tipo MyISAM en este momento tengo un problema... cuándo graba un registro lleva información a varias tablas, digamos que cinco tablas, si grabo información y grabando o haciendo el insert en la cuarta "revienta" la transacción, no pasa nada, simplemente sigue con la quinta... y entonces queda grabado todo menos en la tabla cuatro....


Debo buscar una solución para que ésto no pase... por BD no se soporta ( ahora la bd en sí no tiene claro el tema de relaciones :-p) cómo podría resolver éste tema.. que me sugieren?

Gracias!

[gnzsoloyo]

Si necesitas usar transacciones, en lo que a MySQL se refiere, solamente te resta cambiar los tipos de tabla a InnoDB, porque MyISAM no soporta transacciones.

[Salome]

Pero el cambio que implicaria, como te digo es una aplicación que ya está funcionando, con usuarios, clientes todo, el cambiar su construcción seria un impacto muy grande que no se va a hacer....


Por esto debo buscar una solución para ésto teniendo en cuenta que la base de datos es MyIsam...

Ahora, si cambio simplemente las tablas asi que?... es decir las claves primarias y todo esto también tendrian que estar organizadas no? implica más desarrollo... o estoy equivocada?

[huesos52]

Siendo así, creo que podrías crearte un procedimiento o función que en el momento que se caiga una inserción, borre las anteriormente insertadas.

De igual forma, la forma mas elegante de manejar estas cosas, es con el uso de transacciones. Tienes algún inconveniente en cambiar el motor de almacenamiento a innodb?

saludos salome

[gnzsoloyo]

Estructuralmente puedes tener problemas en índices FULLTEXT, o bien si usas tablas espaciales, con los campos de tipo GEOMETRY, pero en el resto, no deberías tener demasiadas complicaciones para hacer la migración,más allá de las dimensiones de la base misma.
Yo me propondría un plan de migración para ver cómo hacerlo, porque si las transacciones son la mejor opción para tus procesos, entonces no tendrás otro camino.

La otra opción, como menciona huesos52, implicaría posiblemente la creación de tablas de transacción y la consolidación de datos en procesos que pueden afectar la performance.

[Salome]

Gracias por sus respuestas...

Pues bueno inconveniente en cambiar el motor de almacenamiento si, tiempo y desconocimiento jajaja nada más que eso....

Con las respuestas me queda más clara la situación ya es ponerlo en consideración de los clientes y de la dirección del proyecto y pues una vez tomada la decisión a aprender....

Gracias!

[huesos52]

Pues bueno inconveniente en cambiar el motor de almacenamiento si, tiempo y desconocimiento jajaja nada más que eso....

En tiempo no te lleva nada.

En conocimiento aca te lo damos

Código MYSQL:

alter table nombre_tabla engine=innodb;
 

Debes tener en cuenta hacerlo con la base de datos parada y los consejos anteriormente dados por gnzsoloyo.

[Salome]

gracias!!

Apenas deba hacerlo, seguro vendré por el conocimiento jajajaja....

Saludos.

[Salome]

Ahora si!

Toca cambiar el tipo de BD, me pondré a hacer los

ALTER TABLE nombre_tabla engine=INNODB; que sustoooo!!

[Salome]

Hola a tod@s...

Listo, he cambiado todas las tablas por INNODB, ahora que otra cosa debo tener en cuenta para el manejo de transacciones, es decir que cosas deberia estar verificando?.

saludos.

[gnzsoloyo]

Debes tener en cuenta lo que dice el manual de referencia, y entre todas las cosas, cuáles son las operaciones que desencadenan COMMIT implícitos.
Ese es un tema dejado de lado muchas veces, y que puede causar confusión.

[Salome]

Okas... validando...

Gracias, les iré contando como me va ;)

[Salome]

No entiendo....

Necesito información para dommies ...

Ya tengo lista mi bd, todo funciona... cómo sé o que pruebas puedo hacer para saber si el tema de las trasacciones está bien.. explico:

Tengo por el ejemplo el ingreso de un registro, este registro lleva información a varias tablas, pero el ingreso lo hace por insert separados, es decir tengo Tabla A,B,C,D.... y la apliación tiene un insert para A, otro para B, otro para C y otro para D... están separados porque asi construyeron la aplicación...

Si la inserción de la tabla C va mal, que deberia estar pasando en B y A... ¿Cómo controlo eso?

[huesos52]

Ok... salome

Hasta ahora ya tienes soporte de transacciones pero no las estas usando.

si empleas esto:

start transaction;

insert into A values...
insert into B values...
insert into C values...


En el momento que haya un fallo que haga rollback y así se haya alcanzado a insertar en A y en B, los cambios se deshacen.

Si todo va bien, debes confirmarlo haciendo uso de commit; para que guarde definitivamente en las tablas mencionadas.

Las aplicaciones de ahora (php, visual studio) traen funciones para manejar transacciones de la base de datos en el momento en que fallen. Debes buscar como adaptar este concepto a tu aplicación.

se entiende?

saludos

[Salome]

mmmm digamos que medio entiendo... (necesito plastilina)

ese rollback y ese commit, se ejecutan por defecto? debo poner algo en el query? en la base de datos? en el php?

[huesos52]

Salome

Te voy a poner un ejemplo del concepto de transacciones en mysql, ya tu buscaras como implementarlas en el lenguaje.

Código MySQL:

mysql> select *from tabla1;
+----------+---------+-----------------+
| idextra1 | nombre1 | detalle1        |
+----------+---------+-----------------+
|        1 | daniel  | detalle daniel  |
|        2 | daniela | detalle daniela |
+----------+---------+-----------------+
2 rows in set (0.25 sec)
 
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
 
mysql> insert into tabla1 values(3,'salome','detalle salome');
Query OK, 1 row affected (0.00 sec)
 
mysql> insert into tabla1 values(4,'cristian','detalle cristian');
Query OK, 1 row affected (0.00 sec)
 
mysql> select *from tabla1;
+----------+----------+------------------+
| idextra1 | nombre1  | detalle1         |
+----------+----------+------------------+
|        1 | daniel   | detalle daniel   |
|        2 | daniela  | detalle daniela  |
|        3 | salome   | detalle salome   |
|        4 | cristian | detalle cristian |
+----------+----------+------------------+
4 rows in set (0.00 sec)
 
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select *from tabla1;
+----------+---------+-----------------+
| idextra1 | nombre1 | detalle1        |
+----------+---------+-----------------+
|        1 | daniel  | detalle daniel  |
|        2 | daniela | detalle daniela |
+----------+---------+-----------------+
2 rows in set (0.00 sec)
 
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
 
mysql> insert into tabla1 values(3,'salome','detalle salome');
Query OK, 1 row affected (0.00 sec)
 
mysql> insert into tabla1 values(4,'cristian','detalle cristian');
Query OK, 1 row affected (0.00 sec)
 
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select *from tabla1;
+----------+----------+------------------+
| idextra1 | nombre1  | detalle1         |
+----------+----------+------------------+
|        1 | daniel   | detalle daniel   |
|        2 | daniela  | detalle daniela  |
|        3 | salome   | detalle salome   |
|        4 | cristian | detalle cristian |
+----------+----------+------------------+
4 rows in set (0.00 sec)
 
mysql>
 

Fijate que si dentro de una transacción se hace rollback, los cambios se deshacen y la tabla queda tal como estaba.

Pero si se hace commit los cambios se guardan en definitiva.

Estos comandos no se ejecutan por defecto. Por fuera de la transacción, mysql tiene un autocommit. Lo que quiere decir que después de hacer cambios en los datos , estos no se pueden recuperar de ninguna forma.

[Salome]

Ahhh excelente excelente... ahora si voy entendiendo! gracias!

[gnzsoloyo]

Huesos52: Ese es un ejemplo simple y perfecto.
Deberías ponerlo entre las FAQs de MySQL, donde no hay ninguno que trate el tema...

[huesos52]

ya mismo lo pongo gnzsoloyo...