PROGRAMA ACADÉMICO DE TECNOLOGÍAS DE LA INFORMACIÓN MANUAL SINTAXIS DE LOS COMANDOS PARA UNA TRANSACCION BASES DE DATOS PARA APLICACIONES

Transcripción

1 DEXCELENCIA UNIVERSITARIA, FORTALEZA E MEXICO I Z U C A R D E M ATA M O R O S PROGRAMA ACADÉMICO DE TECNOLOGÍAS DE LA INFORMACIÓN MANUAL SINTAXIS DE LOS COMANDOS PARA UNA TRANSACCION BASES DE DATOS PARA APLICACIONES ALUMNO FAVIAN PLIEGO MARTINEZ VIRGILIO MONTIEL ALONSO ESMERALDA GUEVARA SALAS NO. CONTROL TI TI TI Asesor Lic. Rosas Cabrera Gonzalo Izúcar de Matamoros, Pue., 21 de Febrero de 2011

2 RESUMEN MySQL Server soportan transacciones con los motores trasaccionales InnoDB y BDB. InnoDB proporciona completa compatibilidad ACID. Los otros motores no transaccionales en MySQL Server (como MyISAM) siguen un paradigma diferente para integridad de datos llamado "operaciones atómicas". En términos transaccionales, tablas MyISAM operan en modo AUTOCOMMIT=1. Operaciones atómicas a menudo ofrecen integridad comparable con mejor rendimiento. Si usa tablas no transaccionales, MySQL Server le permite solucionar problemas potenciales en prácticamente todos los casos simplemente incluyendo chequeos antes de las actualizaciones y ejecutando scripts sencillos que comprueban que la consistencia de la base de datos, dando una advertencia o reparando automáticamente cualquier incosistencia. Simplemente usando el log de MySQL o añadiendo un log extra, normalmente puede arreglar tablas sin pérdida de integridad en los datos. 1

3 1 DESARROLLO En este manual se mostraran algunos ejemplos de cómo llevar acabo las transacciones en MySQL por medio de comandos con su respectiva sintaxis: Sintaxis de START TRANSACTION, COMMIT y ROLLBACK Por defecto, MySQL se ejecuta con el modo autocommit activado. Esto significa que en cuanto ejecute un comando que actualice (modifique) una tabla, MySQL almacena la actualización en disco. Si usa tablas transaccionales (como InnoDB o BDB), puede desactivar el modo autocommit con el siguiente comando: SET AUTOCOMMIT=0; Tras deshabilitar el modo autocommit poniendo la variable AUTOCOMMIT a cero, debe usar COMMIT para almacenar los cambios en disco o ROLLBACK si quiere ignorar los cambios hechos desde el comienzo de la transacción. Si quiere deshabilitar el modo autocommit para una serie única de comandos, puede usar el comando START TRANSACTION: START TRANSACTION; FROM table1 WHERE type=1; UPDATE table2 SET summary=@a WHERE type=1; COMMIT; Con START TRANSACTION, autocommit permanece deshabilitado hasta el final de la transacción con COMMIT o ROLLBACK. El modo autocommit vuelve a su estado prévio. BEGIN y BEGIN WORK se soportan como alias para START TRANSACTION para iniciar una transacción. START TRANSACTION es sintaxis SQL estándar y es la forma recomendada para iniciar una transacción ad-hoc. El comando BEGIN difiere del 2

4 uso de la palabra clave BEGIN que comienza un comando compuesto BEGIN... END. El último no comienza una transacción. Puede comenzar una transacción así: START TRANSACTION WITH CONSISTENT SNAPSHOT; La cláusula WITH CONSISTENT SNAPSHOT comienza una lectura consistente para motores de almacenamiento capaces de ello. Actualmente, esto se aplica sólo a InnoDB. El efecto es el mismo que realizar un START TRANSACTION seguido por un SELECT desde cualquier tabla InnoDB. Consulte Sección , Lecturas consistentes que no bloquean. Comenzar una transacción provoca que se realice un UNLOCK TABLES implícito. Tenga en cuenta que si no usa tablas transaccionales, cualquier cambio se almacena de golpe, a pesar del estado del modo autocommit. Si realiza un comando ROLLBACK tras actualizar una tabla no transaccional dentro de una transacción, ocurre una advertencia. ER_WARNING_NOT_COMPLETE_ROLLBACK. Los cambios en tablas transaccionales se deshacen, pero no los cambios en tablas no transaccionales. Cada transacción se almacena en el log binario en un trozo, hasta COMMIT. Las transacciones que se deshacen no se loguean. Las modificaciones a tablas no transaccionales no pueden deshacerse. Si una transacción que se deshace incluye modificaciones a tablas no transaccionales, la transacción entera se loguea con un comando ROLLBACK al final para asegurar que las modificaciones. BEGIN DISTRIBUTED TRANSACTION begin distributed { tran transaction } [ ] [ ; ] begin tran update t set col2 = feed.col2 from test t inner join 3

5 [ ].server1.dbo.test feed on feed.col1 = t.col1 where feed.col3 = 'i' <> rollback tran update [ ].server1.dbo.test set col3 = null <> rollback tran commit tran ROLLBACK TRANSACTION rollback [ work ] [ ; ] SAVE TRANSACTION SAVE { TRAN TRANSACTION } { } [ ; ] 4

6 2 CONCLUSIONES Y RECOMENDACIONES Al realizar una transacción SQL hay que tener en cuenta que apenas se realice un INSERT, UPDATE o DELETE se genera un bloqueo sobre la tabla y que otros clientes no pueden acceder para escribir esta tabla. Otros clientes podrán realizar SELECTs sobre la tabla, pero no podrán ver los datos del primer cliente hasta que los mismos sean confirmados. Prometo pronto, tratar con más detalle el tema de bloqueos, específicamente el procesamiento concurrente de transacciones. 5

7 3 REFERENCIAS Incluir todas las referencias empleadas y citadas en los apartados anteriores en formato Harvard-APA 6