Please enable JavaScript.

Coggle requires JavaScript to display documents.

ADMINISTRACIÓN DE TRANSACCIONES, PLANES DE EJECUCION INCORRECTOS, PLAN DE…

- - - - No puede ejecutar una transacción parcialmente
    - - Las transacciones no deben trabajar sobre estados intermedios de otras transacciones.
    - - El estado inicial y final de una transacción es siempre correcto.
    - - Durante la vida de una transacción se pueden deshacer cambios, pero una vez que éstos se confirman, esos cambios se vuelven persistentes
- - - - dos técnicas generales
        
        detección y recuperación,
        
        impedirlos
      - dos transacciones quedan a la espera de que se liberen candados controlados por la otra.
        
        Conjunto de LECTURA Y ESCRITURA
      - Bloqueo de dos fases
        
        Escalamiento de bloqueo
        
        Se utiliza para refinar la concurrencia.
        
        Protocolo estándar
        
        Anulación en cascada
        
        Un problema que puede surgir es que una transacción no comprometida que haya liberado
        sus candados sea deshecha. Si a una segunda transacción se le permitió leer un valor escrito por la transacción deshecha, también debe ser deshecha ya que leyó datos sucios.
        
        Reglas
        
        Una vez que la transacción libera uno de los candados, ya no adquiere nuevos candados.
        
        Una transacción debe adquirir un candado sobre un ítem antes de operar en éste. Para el acceso
        de sólo lectura basta un candado compartido. Para tener acceso a la escritura se requiere un candado exclusivo
        
        Fase de encogimiento
        
        Libera los candados
        
        Niveles de Bloqueo
- - - - regula el acceso concurrente a arreas de bd
        
        Otros no podrán acceder al área mientras este bloqueada
        
        La transacción solo liberara el área cuando termine
        
        Adquiere un bloqueo sobre el área
      - tipos de bloqueo
        
        Bloque compartido
        
        Bloqueo exclusivo
    - - A toda T se le asignara un timestamp
      - Toda modificación física de Ts se difiere al momento commit
      - Asegura que el orden de acceso a cada ítem x en el plan de ejecución, no viole su correctitud
      - Ordena las operaciones de las Ts de un plan de ejecución según sus TSs
- - - - Es la consistencia al nivel de enunciado, garantizando que cada enunciado en una transacción sólo lee datos comprometidos, antes de que el enunciado inicie.
    - - Es la consistencia a nivel de transacción, lo que asegura que una transacción solo vea datos comprometidos.
- - - - En esta fase la transacción lee los valores de todas las variables
        que necesita, y los guarda en variables locales.
    - - En esta fase las actualizaciones hechas a la copia local se aplican a la
        base de datos.
    - - Para una transaccion de solo lectura
        
        si no hubo error la transaccion se compromete
        
        Si hubo error, la transacción se aborta y
        reinicia
      - Para una transaccion que hace actualizaciones
        
        la validacion consiste en determinar si la
        transaccion actual dejara a la base de datos en un estado consistente mediante seriabilidad
        
        si no es asi, se aborta la transaccion
  - - - los ítem escritos por la transacción anterior no son los que leyó la transacción
        actual
        
        Esta regla garantiza que las escrituras de la transacción anterior no son leídas por la
        actual
      - la transacción anterior termina su fase de escritura antes de que la actual entre a
        su fase de validación
        
        Esta regla asegura que las escrituras se realicen en forma serial
- - - - el DBMS registra todos los escritos de la BD en la bitácora, y no escribe en ella hasta que la transacción está lista para comprometerse.
        
        La bitácora se utiliza como protección contra fallas del sistema, del modo siguiente:
        
        Cuando comienza una transacción, escribe un registro de la forma <T comienza> en
        la bitácora
        
        Al realizarse una operación de escritura, en realidad no escribe la actualización en los búferes de la BD o en ésta, sino que escribe un registro en la bitácora de la forma <T,X,n>
        
        Si una transacción está por comprometerse, escribe un registro en la bitácora de la forma <T comprometida>, que escribe en el disco todos los registros que hay en la bitácora para esa transacción, y luego se compromete la transacción.
        
        Si la transacción aborta, simplemente ignora los registros que hubiera en la bitácora
        para la transacción y no ejecuta los escritos.
        
        En caso de una falla del sistema se examina la bitácora y debe rehacerse en el orden que aparece e la bitácora
  - - - Escritura de todos los registros de la bitácora en la memoria principal hacia el disco
      - Escritura de un registro de punto de verificación en la bitácora.
      - Escritura de los bloques modificados en los búferes de la base de datos hacia el disco
  - - - sin embargo, antes se escribe un registro en la bitácora, ya que éste es un protocolo de escritura adelantada.
        
        Una vez escrito el registro en la bitácora, se escribe la actualización en los búferes de bd
        
        Cuando sea conveniente se escriben en el disco los registros de la bitácora y luego las actualizaciones en la base de datos
        
        Cuando se realiza una operación de escritura, se escribe un registro en la bitácora
        
        Nombre del campo
        
        el valor anterior del campo y el nuevo
        
        nombre de la transacción
        
        Cuando la transacción se compromete, se escribe en la bitácora un registro
        
        Al comenzar una transacción, se escribe en la bitácora un registro
  - - - Análisis Rehacer Deshacer
- - - - Es posible aumentar la concurrencia si se permiten almacenar versiones múltiples, de modo que las transacciones accedan a la versión que sea consistente con ellas.
  - - - Una transacción, T, pide leer en un ítem que ya ha sido actualizado por una transacción
        más reciente (posterior a ella)
    - - Una transacción, T, pide leer en un ítem que ya ha sido actualizado por una transacción
        más reciente (posterior a ella)
  - - - Estampa de tiempo de Lectura(P)
        
        Da la ultima transacción que leyó los ítem, se actualiza cuando se realiza una lectura.
      - Estampa de tiempo de escritura(P),
        
        Da la estampa de tiempo de la ultima transacción que escribió los ítem, se actualiza cuando se realiza una escritura.
- - - - 1 more item...