Edición de «Final del 06/08/13 (Bases de Datos)»
De Cuba-Wiki
Puedes deshacer la edición. Antes de deshacer la edición, comprueba la siguiente comparación para verificar que realmente es lo que quieres hacer, y entonces publica los cambios para así efectuar la reversión.
Revisión actual | Tu texto | ||
Línea 19: | Línea 19: | ||
== Respuestas == | == Respuestas == | ||
# | # | ||
# El problema de lost update consiste en que dos procesos concurrentemente modifican la misma variable, despues de ambos haberla leido. Como las escrituras se serializan, ambos leen un valor original, lo modifican y lo escriben. Cuando termina el primer proceso de escribir, el segundo escribe pero nunca comprueba si cambio el valor original, por lo que el primer cambio se pierde y el segundo hace de cuenta que nunca existio. | # El problema de lost update consiste en que dos procesos concurrentemente modifican la misma variable, despues de ambos haberla leido. Como las escrituras se serializan, ambos leen un valor original, lo modifican y lo escriben. Cuando termina el primer proceso de escribir, el segundo escribe pero nunca comprueba si cambio el valor original, por lo que el primer cambio se pierde y el segundo hace de cuenta que nunca existio. | ||
# El schedule de transacciones / una historia es recuperable cuando antes de commitear, todas las transacciones de las cual leyo commitean | # El schedule de transacciones / una historia es recuperable cuando antes de commitear, todas las transacciones de las cual leyo commitean |