Diferencia entre la actualización diferida y la actualización inmediata

Actualización diferida vs actualización inmediata

La actualización diferida y la actualización inmediata son dos técnicas utilizadas para mantener archivos de registro de transacciones de sistemas de administración de bases de datos (DBMS). El registro de transacciones (también conocido como el registro de la revista o el registro de rehacer) es un archivo físico que almacena la ID de transacción, la marca de tiempo de la transacción, el valor anterior y los nuevos valores de los datos. Esto permite que los DBMS realizaran un seguimiento de los datos antes y después de cada transacción. Cuando las transacciones se comprometen y la base de datos se devuelve a un estado consistente, el registro podría truncarse para eliminar las transacciones comprometidas.

Actualización diferida

La actualización diferida también llamada No-UNDO/REDO es una técnica utilizada para recuperar/admitir fallas de transacción que ocurren debido a fallas de sistema operativo, energía, memoria o máquina. Cuando se ejecuta una transacción, las actualizaciones o alteraciones realizadas en la base de datos por la transacción no se realizan de inmediato. Se registran en el archivo de registro. Los cambios de datos registrados en el archivo de registro se aplican a la base de datos en Commit. Este proceso se llama "re-hacer". En la reversión, cualquier cambio en los datos registrados en el archivo de registro se descartan; Por lo tanto, no se aplicarán cambios a la base de datos. Si una transacción falla y no se compromete debido a ninguna de las razones mencionadas anteriormente, los registros en el archivo de registro se descartan y la transacción se reinicia. Si los cambios en una transacción se comprometen antes de bloquearse, luego, después de que se reinicie el sistema, los cambios registrados en el archivo de registro se aplican a la base de datos.

Actualización inmediata

La actualización inmediata también llamada deshacer/rehacer, también es otra técnica utilizada para recuperar/admitir fallas de transacción que ocurren debido a fallas de sistema operativo, energía, memoria o máquina. Cuando se ejecuta una transacción, cualquiera de las actualizaciones o alteraciones realizadas por la transacción se escribe directamente en la base de datos. Tanto los valores originales como los nuevos valores también se registran en el archivo de registro antes de que se realicen cambios en la base de datos. En confirmar, todos los cambios realizados en la base de datos se hacen permanentes y los registros en el archivo de registro se descartan. En Rollback, los valores antiguos se restauran en la base de datos utilizando los valores antiguos almacenados en el archivo de registro. Todos los cambios realizados por las transacciones a la base de datos se descartan y este proceso se denomina "no hacer". Cuando el sistema se reinicia después de un bloqueo, todos los cambios en la base de datos se hacen permanentes para las transacciones comprometidas. Para transacciones no comprometidas, los valores originales se restauran utilizando los valores en el archivo de registro.

¿Cuál es la diferencia entre la actualización diferida y la actualización inmediata?

Aunque la actualización diferida y la actualización inmediata son dos métodos para recuperarse después de una falla del sistema, el proceso que utiliza cada método es diferente. En el método de actualización diferente, cualquier cambio realizado en los datos por una transacción se registra primero en un archivo de registro y se aplican a la base de datos en Commit en Commit. En el método de actualización inmediata, los cambios realizados por una transacción se aplican directamente a la base de datos y los valores antiguos y los nuevos valores se registran en el archivo de registro. Estos registros se utilizan para restaurar los valores antiguos en la reversión. En el método de actualización diferente, los registros en el archivo de registro se descartan en el retroceso y nunca se aplican a la base de datos. Una desventaja del método de actualización diferida es el mayor tiempo necesario para recuperarse en el caso de una falla del sistema. Por otro lado, las operaciones de E/S frecuentes mientras la transacción está activa, es una desventaja en el método de actualización inmediata.