BASE DE DATOS TEMA 8

¿Qué permite configurar específicamente la sentencia SET TRANSACTION ISOLATION LEVEL?. El grado de aislamiento frente a problemas de concurrencia en una transacción. El motor de almacenamiento utilizado por la base de datos. La estructura física de las tablas afectadas. La política de copias de seguridad del servidor.

¿Cuál es el nivel de aislamiento más bajo definido por el estándar?. READ UNCOMMITTED. READ COMMITTED. REPEATABLE READ. SERIALIZABLE.

¿Qué problema puede ocurrir en READ UNCOMMITTED?. Lecturas sucias al acceder a datos aún no confirmados. Bloqueos permanentes de todas las tablas. Eliminación automática de registros duplicados. Confirmación parcial de transacciones fallidas.

¿Qué garantiza READ COMMITTED?. Que solo se lean datos que ya han sido confirmados. Que no puedan producirse lecturas fantasma. Que todas las transacciones sean estrictamente seriales. Que se eliminen automáticamente conflictos de escritura.

¿Qué problema puede presentarse todavía en READ COMMITTED?. Lecturas no repetibles si otro proceso modifica y confirma datos. Lecturas sucias al acceder a datos no confirmados. Deadlocks imposibles de resolver. Pérdida total de durabilidad tras el COMMIT.

¿Qué evita REPEATABLE READ?. Lecturas no repetibles al garantizar estabilidad del dato leído. Cualquier tipo de bloqueo sobre las tablas. El uso de SAVEPOINT dentro de la transacción. La necesidad de ejecutar COMMIT al finalizar.

¿Qué puede ocurrir todavía en REPEATABLE READ?. Lecturas fantasma si se insertan o eliminan filas nuevas. Lecturas sucias constantes. Pérdida automática de actualizaciones. Eliminación de claves primarias.

¿Qué garantiza el nivel SERIALIZABLE?. Comportamiento equivalente a ejecución secuencial sin interferencias. Eliminación total de bloqueos y esperas. Confirmación automática de transacciones fallidas. Eliminación de logs de recuperación.

¿Cuál es la principal desventaja de SERIALIZABLE?. Reduce el rendimiento por mayor cantidad de bloqueos y restricciones. Permite lecturas sucias en ciertos casos. No garantiza durabilidad tras COMMIT. Desactiva la integridad referencial.

¿Qué es la recuperación ante errores en bases de datos?. Un conjunto de técnicas para restaurar la consistencia tras fallos. Un mecanismo que elimina permanentemente datos inconsistentes. Un procedimiento que sustituye las transacciones ACID. Un método para aumentar la velocidad de las consultas.

¿Qué es un log de transacciones?. Un registro donde se almacenan operaciones antes de aplicarse definitivamente. Una tabla temporal que guarda únicamente consultas SELECT. Un índice especial que mejora la concurrencia. Un mecanismo que elimina bloqueos automáticamente.

¿Para qué sirve un UNDO log?. Para deshacer cambios realizados por transacciones no confirmada. Para confirmar operaciones pendientes tras un fallo. Para crear automáticamente copias de seguridad. Para eliminar datos antiguos del sistema.

¿Para qué se utiliza un REDO log?. Para rehacer transacciones confirmadas que no se escribieron en disco. Para revertir operaciones fallidas antes del COMMIT. Para eliminar registros duplicados automáticamente. Para bloquear tablas durante la recuperación.

¿Qué es un checkpoint?. Un punto de control que sincroniza datos en memoria con almacenamiento estable. Un bloqueo exclusivo sobre todas las tablas. Una transacción especial que nunca puede abortarse. Un índice temporal para mejorar consultas.

¿Qué tipo de error ocurre cuando falla una transacción por violación lógica?. Error de transacción. Error de disco físico. Error de concurrencia por deadlock. Error de replicación distribuida.

¿Qué caracteriza un error de sistema?. Fallo del gestor o sistema operativo que interrumpe transacciones. Inserción de datos inválidos en una columna. Eliminación manual de registros por el usuario. Creación incorrecta de una clave primaria.

¿Qué puede causar un fallo de disco?. Corrupción física que impide acceder a datos almacenados. Lecturas sucias dentro de una transacción activa. Modificación accidental de una fila por el usuario. Creación de un SAVEPOINT innecesario.

¿Por qué son importantes los backups?. Permiten restaurar datos ante fallos catastróficos. Eliminan la necesidad de logs de transacciones. Sustituyen completamente la propiedad de durabilidad. Impiden la ejecución de deadlocks.

¿Qué relación existe entre recuperación y ACID?. La recuperación garantiza especialmente la atomicidad y durabilidad. La recuperación elimina la necesidad de aislamiento. La recuperación sustituye la consistencia lógica. La recuperación elimina la necesidad de COMMIT.

¿Qué ocurre si una transacción confirmada no se había escrito en disco al fallar el sistema?. El REDO log permite rehacerla durante la recuperación. Se pierde definitivamente sin posibilidad de recuperación. Se convierte automáticamente en transacción abortada. Se elimina del log para evitar inconsistencias.

¿Qué permite minimizar el tiempo de recuperación tras un fallo?. Utilizar checkpoints periódicos. Ejecutar siempre transacciones en SERIALIZABLE. Eliminar el uso de SAVEPOINT. Desactivar logs de transacciones.

¿Qué diferencia existe entre UNDO y ROLLBACK?. UNDO forma parte del sistema de recuperación; ROLLBACK es una sentencia explícita. UNDO confirma cambios; ROLLBACK los guarda permanentemente. UNDO elimina la tabla; ROLLBACK elimina columnas. UNDO reemplaza el uso de SAVEPOINT.

¿Qué tipo de fallo requiere restauración mediante backup completo?. Daño físico grave del almacenamiento. Lectura no repetible en una consulta. Pérdida de actualización por concurrencia. Error lógico dentro de una transacción.

¿Qué equilibrio debe considerarse al elegir un nivel de aislamiento?. Balance entre consistencia y rendimiento. Balance entre claves primarias y foráneas. Balance entre estructura física y lógica. Balance entre número de columnas y filas.

¿Cuál es el objetivo global del control de transacciones, concurrencia y recuperación?. Garantizar integridad, consistencia y fiabilidad incluso ante fallos y acceso simultáneo. Maximizar exclusivamente la velocidad de ejecución de consultas. Eliminar completamente la necesidad de reglas de negocio. Reemplazar el modelo relacional por almacenamiento distribuido.