La Coorporacion

Ficheros y bases de datos

Contenido:
7. Transacciones y control de la concurrencia 7.1. Conceptos básicos 7.1.1. Transacción 7.1.2. Propiedades ACID 7.1.2.1. Atomicidad 7.1.2.2. Consistencia 7.1.2.3. Aislamiento 7.1.2.3.1. Niveles de aislamiento 7.1.2.4. Durabilidad 7.1.3. Estados de una transacción 7.1.4. Programación de transacciones 7.1.4.1. Transacciones anidadas 7.1.5. Elementos 7.1.6.Bloqueos 7.1.7. Secuencialidad de planificaciones 7.1.8. Planificadores y protocolos 7.2. Modelo transaccional simple 7.2.1. Semántica de transacciones 7.2.2. Test de secuencialidad 7.3. Protocolo de bloqueo de dos fases 7.4. Protocolos basados en grafos 7.4.1. Protocolo de árbol 7.5. Protocolos basados en marcas temporales 7.5.1. Marcas temporales 7.5.2. Protocolo de ordenación por marcastemporales 7.6. Protocolos optimistas 7.7. Gestión de fallos de transacciones 7.7.1. Compromiso de transacciones 7.7.2. Datos inseguros 7.7.3. Bloqueo de dos fases estricto 7.8. Recuperación de caídas 7.8.1. Recuperación basada en el registro (log) 7.8.1.1. Modificación diferida de la base de datos 7.8.1.2. Modificación inmediata de la base de datos 7.8.2. Fallos de memoria permanente 7.9. Bibliografía7. Transacciones y control de la concurrencia
Los SGBDs son sistemas concurrentes, i.e., admiten la ejecución concurrente de consultas. Ejemplo: Sistema de venta de billetes de avión. Por tanto, es necesario: Modelo de procesos concurrentes para admitir operaciones concurrentes que preserven la integridad de los datos.

7.1.
7.1.1.

Conceptos básicos
Transacción

Una transacción es unaunidad de la ejecución de un programa. Puede consistir en varias operaciones de acceso a la base de datos. Está delimitada por constructoras como begintransaction y end-transaction.

7-1

Ficheros y bases de datos

7.1.2. 7.1.2.1.

Propiedades ACID Atomicidad

Es la propiedad de las transacciones que permite observarlas como operaciones atómicas: ocurren totalmente o no ocurren. Casos aconsiderar: - Consultas unitarias. Incluso para consultas unitarias hay que preservar la atomicidad: en un sistema operativo de tiempo compartido, la ejecución concurrente de dos consultas SQL puede ser incorrecta si no se toman las precauciones adecuadas. - Operación abortada. Por ejemplo, debido a una división por cero; por privilegios de acceso; o para evitar bloqueos

7.1.2.2.Consistencia

La ejecución aislada de la transacción conserva la consistencia de la base de datos.

7.1.2.3.

Aislamiento

Para cada par de transacciones que puedan ejecutarse concurrentemente Ti y Tj, se cumple que para los efectos de Ti: - Tj ha terminado antes de que comience Ti - Tj ha comenzado después de que termine Ti Las transacciones son independientes entre sí. 7.1.2.3.1. Niveles deaislamiento Se puede ajustar el nivel de aislamiento entre las transacciones y determinar para una transacción el grado de aceptación de datos inconsistentes. A mayor grado de aislamiento, mayor precisión, pero a costa de menor concurrencia. El nivel de aislamiento para una sesión SQL establece el comportamiento de los bloqueos para las instrucciones SQL. Niveles de aislamiento: • Lectura nocomprometida. Menor nivel. Asegura que no se lean datos corruptos físicamente. • Lectura comprometida. Sólo se permiten lecturas de datos comprometidos. • Lectura repetible. Las lecturas repetidas de la misma fila para la misma transacción dan los mismos resultados. • Secuenciable. Mayor nivel de aislamiento. Las transacciones se aíslan completamente. Comportamiento concurrente de las transacciones. • Lecturasucia. Lectura de datos no comprometidos. (Retrocesos) • Lectura no repetible. Se obtienen resultados inconsistentes en lecturas repetidas. • Lectura fantasma. Una lectura de una fila que no existía cuando se inició la transacción. Comportamiento permitido Nivel de aislamiento Lectura sucia Lectura no repetible Lectura fantasma Lectura no comprometida Sí Sí Sí Lectura comprometida No Sí Sí...