Zusammenfassung der Ressource
Concurrencia
- Problema de la actualización perdida
Anmerkungen:
- 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
- Problema de la lectura sucia
Anmerkungen:
- en una transacción se puede leer
información no confirmada de otra transacción
- Problema del resumen incorrecto
Anmerkungen:
- en una transacción se puede
leer información que puede ser modificada con lo que
si vuelve a leerla será distinta
- Isolation levels
- Read uncommitted
Anmerkungen:
- No usar no protege expertos
- Serializable
Anmerkungen:
- protege demasiado, improbables casos
- read committed
Anmerkungen:
- 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
Anmerkungen:
- no todas las bases de datos lo tienen
- Protocolos pesimistas (prevención)
- Técnicas de bloqueo
- Conversión de bloqueos
Anmerkungen:
- Promover. Lecturaescritura
Degradar. Escrituralectura
- Bloqueo en dos fases (B2F)
Anmerkungen:
- 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
Anmerkungen:
- No previene el interbloqueo
- Conservador
Anmerkungen:
- 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
Anmerkungen:
- No se libera ningún bloqueo exclusivo
hasta después de terminar la transacción
- Riguroso.
Anmerkungen:
- 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