Concurrencia

Concurrencia

1. Problema de la actualización perdida

   • en una transacción se leen un conjunto de filas de una tabla en la que se puede insertar información nueva, con lo que si se repite la sentencia aparecerán filas que no estaban la primera vez

2. Problema de la lectura sucia

   • en una transacción se puede leer información no confirmada de otra transacción

3. Problema del resumen incorrecto

   • en una transacción se puede leer información que puede ser modificada con lo que si vuelve a leerla será distinta

4. Isolation levels

   • Read uncommitted
     • No usar no protege expertos
   • Serializable
     • protege demasiado, improbables casos
   • read committed
     • no protege del second lost update y sí puede ser importante. Casi todas las bbdd lo tienen por defecto. Con control optimista se puede evitar el second lost update  Con tener la BDD en read committed por defecto sirve para el 90% si se añaden estos controles a la aplicación
   • repeatable read
     • no todas las bases de datos lo tienen

5. Protocolos pesimistas (prevención)

   • Técnicas de bloqueo
     • Conversión de bloqueos
       • Promover. Lecturaescritura Degradar. Escrituralectura
     • Bloqueo en dos fases (B2F)
       •  Fase de expansión (o crecimiento): se pueden adquirir bloqueos pero no se pueden liberar  Fase de contracción: se pueden liberar bloqueos pero no se pueden adquirir nuevos
       • Básico
         • No previene el interbloqueo
       • Conservador
         • La transacción debe bloquear todos los elementos a los que va a acceder antes de comenzar a ejecutarse. Previene el interbloqueo, pero no es práctico
       • Estricto
         • No se libera ningún bloqueo exclusivo hasta después de terminar la transacción
       • Riguroso.
         •  No se libera ningún bloqueo (exclusivo o compartido) hasta después de terminar la transacción
     • Problemas
       • Interbloqueo
       • Inanición
   • Marcas de tiempo
   • Multiversión

Bilder und Dateien der Mindmap