Ejercicios (1, 2,3) Carrera: Licenciatura en Informática. Materia: Base de Datos II. Nombre del Alumno: Flores Osorio Josué.

Transcripción

1 Ejercicios (1, 2,3) Carrera: Licenciatura en Informática Materia: Base de Datos II Nombre del Alumno: Grupo: 501 Semestre: Quinto

2 Tabla de contenido Introducción... 3 Desarrollo... 4 Ejercicio No Ejercicio No Ejercicio No Conclusión Bibliografía

3 Introducción En el siguiente trabajo se presentara una serie de ejercicios de ocurrencias, en donde se aplicaran los dos tipos de bloqueos, el exclusivo y el compartido. En donde cada uno tiene una función en específico, además se aplicaran las sentencias COMMIY y ROLLBACK, en donde la primera es cuando la finalización de una transacción se realizó con éxito, y en la segunda es cuando la finalización de una transacción no se realizó con éxito, ya sea por cuestiones de una mala operación. Además existen esencialmente tres maneras en las que las cosas pueden salir mal; esto es, tres formas en las que una transacción, aunque sea correcta por sí misma, puede producir una respuesta incorrecta si alguna otra transacción interfiere con ella en alguna forma. Los tres problemas son: El problema de la actualización perdida, El problema de la dependencia no confirmada y El problema de análisis inconsistente. Otra sentencia importante en la base de datos es el set autocommit=0, esto nos indica que cada operación es independiente, ya que cuando no se le pone esta sentencia al inicio de cada operación, por default el sistema se ejecuta de forma automática y eso quiere decir que cuando hacemos una transacción se confirma. Y también se aplicaran las operaciones básicas de la base de datos. Cabe mencionar que es muy importante cumplir con las propiedades de las transacciones. 3

4 Desarrollo Ejercicio No. 1 Fig. 1 En las dos transacciones se colocó la sentencia Set autocommit=0, entonces puede considerarse que un usuario tiene una transacción vigente, solo con una sentencia COMMIT o ROLLBACK terminara la transacción vigente y comenzaría una nueva. Fig. 2 En la transacción y se hace una consulta de los datos almacenados en la tabla bank. Como se puede observar ambos arrogan los mismos resultados. Esto es porque en ambas transacciones no se ha hecho algún cambio o actualización de los datos. Fig. 3 En la transacción se inserta datos en la tabla bank. Y en la transacción se muestra los datos de la tabla bank, pero no lo actualiza con los nuevos datos insertados. Esto es porque no ha confirmado la actualización y por lo tanto la transacción solo muestra los datos anteriores. Solo la puede ver esos datos ya que fue el quien realizó la operación. Fig. 4 En la transacción no se muestran el dato agregado, pero en la transacción si lo muestra. Esto es porque no hay una actualización confirmada por parte de. 4

5 Fig. 5 En la transacción se hace una eliminación mientras id=64, y en la misma transacción se muestran los datos. Como se puede observar si lo elimino. Ya que cada transacción es independiente y por lo tanto las operaciones que se hagan dentro de la misma si lo va ser, pero cuando otra transacción quiera hacer una actualización o eliminación de los mismos datos no lo va ser. Fig. 6 como se puede observar en la imagen la, sigue mostrando los mismos datos, por lo mismo de que no se ha confirmado la actualización de parte de la, con la sentencia ROLLBACK o COMMIT dependiendo el caso. Uno de los problemas de la base de datos es la actualización no confirmada, ya que en este caso eso es lo que ocurre. Fig. 7 Ambas transacciones se les coloca la sentencia COMMIT. Eso significa que los cambios hechos en la transacción actual se convierten en permanente y se vuelve visible para otros usuarios. Fig. 8 En las dos transacciones se colocó la sentencia Set autocommit=0, entonces puede considerarse que un usuario tiene una transacción vigente, solo con una sentencia COMMIT o ROLLBACK terminara la transacción vigente y comenzaría una nueva. Fig. 9 En la figura 7, las dos transacciones se les coloco un COMMIT, eso nos quiere decir que las operaciones que se han hecho en la son permanentes y visibles para la, en ese caso ambas muestra los mismos datos. 5

6 Fig. 10 Ambas transacciones se les colocó un ROLLBACK, eso significa que cancela todas las modificaciones producidas en cada una de las transacciones. Ejercicio No. 2 Fig. 1 En las dos transacciones se colocó la sentencia Set autocommit=0, entonces puede considerarse que un usuario tiene una transacción vigente, solo con una sentencia COMMIT o ROLLBACK terminara la transacción vigente y comenzaría una nueva. Fig. 2 En la transacción se colocó un for update, lo que hace es que lee el dato más actualizado disponible, estableciendo bloqueos exclusivos sobre cada fila leída. Por esta razón es que la transacción no puede hacer una actualización sobre el mismo dato, pero si en cualquier otro dato. Ya que la tiene un bloqueo exclusivo por lo tanto la no puede hacer otro bloqueo exclusivo, ya que no lo permite. Fig. 3 Como en la transacción no había confirmado su operación, en este caso se le coloca la sentencia ROLLBACK para deshacer las operaciones que se hayan hecho en la misma, por lo tanto le da paso a que otros usuarios tengan acceso al mismo dato. Siendo así, en la, se coloca la sentencia Update set, esto significa que hace un bloqueo para hacer una actualización mientras id=32, le asigna a debit=666. Y no se generó algún error por lo mismo de que no está ocupado por otro usuario. 6

7 Fig. 4 En la se colocó un ROLLBACK para deshacer cualquier operación que se haya hecho, lo que se hace en esta transacción () es mostrar los datos de la tabla bank para asegurarse que en verdad ROLLBACK haya cumplido con su tarea. Y en la se muestran los nuevos datos de la tabla bank, como se puede apreciar ambas tablas contienen un dato diferente, esto es porque en la no ha confirmado su operación; por lo tanto, la lo toma como una operación inexistente. Fig. 5 Como antes no se había confirmado la operación, en esta ocasión la lo confirma con un COMMIT. Lo cual se convierte permanente y visible para otros usuarios. Por lo tanto en la misma transacción se coloca una sentencia select, lo que hace es recuperar la información de la tabla bank ya con el nuevo dato actualizado. Fig. 6 en la transacción, la sentencia select recupera la información de la tabla bank, además se coloca la sentecia COMMIT eso nos indica que la transacción se ha confirmado exitosamente. Fig. 7 Como en la transacción no había hecho ningún actualización, pero en el caso de la si lo hiso. Por tal motivo es que ambas transacciones muestran los mismos datos. 7

8 Ejercicio No. 3 Fig. 1 En las dos transacciones se colocó la sentencia Set autocommit=0, entonces puede considerarse que un usuario tiene una transacción vigente, solo con una sentencia COMMIT o ROLLBACK terminara la transacción vigente y comenzaría una nueva. Fig. 2 En la transacción, se lleva a cabo la sentencia select en un modo con bloqueo, utilizando lock in share mode. Realiza una lectura en modo compartido significa que se leen los últimos datos disponibles, y se establece un bloqueo en modo compartido en los registros que se leen. Un bloqueo en modo compartido evita que otros actualicen o eliminen la fila que se ha leído. Por lo tanto, la transacción intenta hacer una actualización sobre un dato que está ocupado, por tal motivo no le permite hacer dicha operación, y además la no ha confirmado su operación para así poder liberarlo y darle acceso a. Fig. 3 En la transacción (), pidió un bloqueo exclusivo para inserta un dato mientras id=32, ya que la transacción () también adquiere un bloqueo exclusivo (E) sobre el mismo dato que está ocupando la. Ya que eso no puede ser posible; por lo tanto genera un error. Una de las soluciones para prevenir este tipo de concurrencias, es que el primero que solicita un bloqueo es el primero en hacer sus dichas operaciones, mientras que los demás se tienen que esperar hasta que alguna de las transacciones se libera para dar acceso. Más cuando se trata de bloqueos exclusivos y aun peor cuando se hace referencia al mismo dato. Fig. 4 En la transacción () se muestra el dato actualizado que en este caso fue debit=888, al igual que en la transacción () se muestran los datos de la tabla bank. Como se puede apreciar ambas transacciones muestran datos 8

9 diferentes, esto es porque la no ha confirmado la actualización que hizo; por lo tanto, no es visible para los demás usuarios. Fig. 5 La transacción () finaliza con una sentencia COMMIT, para luego mostrar los datos de la tabla bank. Como no se le permitió que hiciera una actualización, por lo tanto, sigue conservando los mismos datos. Fig. 6 Como en la transacción () se hizo una actualización en debit=888, lo que hace la sentencia select es mostrar los datos de la tabla bank. Por lo tanto como se quiere conservar los datos actualizados se coloca la sentencia ROLLBACK para deshacer cualquier operación que se haya hecho en dicha transacción. Fig. 7 Como anteriormente se puso un ROLLBACK para deshacer la cualquier operación de la transacción (), acá lo que hace select es mostrar los datos de la tabla bank, como se puede apreciar se siguen conservando los mismo datos. 9

10 Conclusión Envase a los ejercicios realizados, de lo que me percate es que en los tres ejercicios que se realizaron se aplica uno de los 3 problemas de la concurrencia, la cual es la de actualización no confirmada. Al colocarle la sentencia set autocommit=0, esto significa que cada transacción es independiente por lo tanto, cada una de las operaciones que se hagan es muy importante confirmarla con la cualquiera de estas sentencias (COMMIT o ROLLBACK). Además también se aplicaron los dos tipos de bloqueos (compartido y exclusivo), de una forma diferente, ya que en este caso se utilizó LOCK IN SHARE MODE para un bloqueo compartido, lo que hace esta sentencia es realizar una lectura en modo compartido (share mode) significa que se leen los últimos datos disponibles, y se establece un bloqueo en modo compartido en los registros que se leen. Otra de las sentencias es SELECT... FOR UPDATE lee el dato más actualizado disponible, estableciendo bloqueos exclusivos sobre cada fila leída. Estos ejercicios me sirvieron para reafirmar los conocimientos adquiridos en la clase de base de datos II. Bibliografía Addison Wesley Longman, Introducción a los SISTEMAS DEBASES DE DATOS, PEARSON EDUCACIÓN, México,