BSE DATOS FO Tema 8

¿Qué se entiende por ejecución concurrente de transacciones?. La ejecución simultánea de varias transacciones dentro de un sistema multiusuario. La ejecución secuencial obligatoria de una transacción tras otra sin solaparse. La confirmación automática de todas las transacciones al finalizar una consulta. La eliminación de bloqueos mediante la desactivación del control de integridad.

¿Cuál es el beneficio principal de la concurrencia en bases de datos?. Mejora el rendimiento y eficiencia al permitir múltiples operaciones simultáneas. Garantiza automáticamente que no existan inconsistencias en los datos. Elimina completamente la necesidad de mecanismos de aislamiento. Obliga a que todas las transacciones sean serializables por defecto.

¿Qué es una lectura sucia (dirty read)?. Leer datos modificados por otra transacción que aún no han sido confirmados. Leer el mismo dato dos veces y obtener valores distintos por cambios confirmados. Ejecutar una consulta y obtener filas nuevas insertadas durante la transacción. Perder una actualización porque dos transacciones sobrescriben cambios confirmados.

¿Qué riesgo implica una lectura sucia?. Que se lean datos inválidos que podrían revertirse con ROLLBACK. Que se eliminen automáticamente registros huérfanos en claves foráneas. Que se ejecuten bloqueos permanentes sobre toda la base de datos. Que se dupliquen automáticamente registros al insertar nuevos valores.

¿Qué es una lectura no repetible?. Leer el mismo dato dos veces y obtener resultados distintos por una modificación confirmada. Leer datos no confirmados que luego son revertidos por otra transacción. Obtener filas adicionales porque otra transacción insertó registros sin confirmar. Sobrescribir la actualización de otra transacción en la misma columna.

¿Qué es una lectura fantasma (phantom read)?. Obtener resultados distintos porque otra transacción insertó o eliminó filas en el intervalo. Leer datos modificados sin confirmar dentro de una transacción simultánea. Actualizar un registro dos veces dentro de la misma transacción. Confirmar una transacción sin liberar bloqueos internos.

¿Qué es una pérdida de actualización (lost update)?. Cuando una transacción sobrescribe la modificación realizada por otra. Cuando una transacción lee datos no confirmados por otra. Cuando una transacción obtiene filas adicionales en una consulta repetida. Cuando una transacción se aborta antes de ejecutar su última operación.

¿Qué es una condición de carrera (race condition)?. A) Dos transacciones intentan modificar el mismo dato simultáneamente sin sincronización. Una transacción se confirma automáticamente tras ejecutar un SELECT. Un mecanismo que asegura ejecución estrictamente serializable. Un tipo de índice diseñado para concurrencia en tablas grandes.

¿Qué son los bloqueos (locks) en control de concurrencia?. Mecanismos que impiden accesos simultáneos conflictivos sobre los mismos datos. Sentencias que eliminan automáticamente registros duplicados. Procedimientos almacenados que confirman transacciones parcialmente. Restricciones que aseguran que cada fila tenga clave primaria.

¿Qué es un deadlock?. Dos o más transacciones quedan esperando recursos bloqueados mutuamente sin avanzar. Una transacción lee datos no confirmados por otra. Una transacción obtiene resultados distintos al repetir una consulta. Una transacción ejecuta correctamente todas sus operaciones y finaliza.

¿Cuál es un método para reducir deadlocks?. Diseñar un orden consistente de acceso a recursos en todas las transacciones. Ejecutar siempre transacciones en READ UNCOMMITTED. Eliminar claves foráneas para evitar bloqueos. Desactivar completamente el control de concurrencia.

¿Qué nivel de aislamiento permite lecturas sucias?. READ UNCOMMITTED. READ COMMITTED. REPEATABLE READ. SERIALIZABLE.

¿Qué nivel de aislamiento evita lecturas sucias pero permite lecturas no repetibles?. READ COMMITTED. READ UNCOMMITTED. SERIALIZABLE. REPEATABLE READ.

¿Qué nivel de aislamiento evita lecturas no repetibles?. REPEATABLE READ. READ UNCOMMITTED. READ COMMITTED. SET TRANSACTION.

¿Qué nivel de aislamiento evita todos los problemas de concurrencia pero reduce rendimiento?. SERIALIZABLE. READ UNCOMMITTED. READ COMMITTED. MVCC.

¿Qué es MVCC?. Un control multiversión que permite lecturas consistentes sin bloquear transacciones. Un bloqueo exclusivo que impide cualquier acceso concurrente. Un comando SQL que elimina registros duplicados. Un tipo de índice optimizado para consultas JOIN.

¿Qué es el control basado en marcas de tiempo (timestamp ordering)?. Un método que aborta transacciones antiguas si intentan escribir sobre datos ya modificados. Un mecanismo que convierte automáticamente transacciones en serializables. Una técnica que elimina bloqueos mediante TRUNCATE temporal. Un sistema que reemplaza COMMIT y ROLLBACK por confirmación automática.

¿Qué caracteriza al control optimista de concurrencia?. Asume que los conflictos son raros y verifica al confirmar la transacción. Bloquea todos los registros desde el inicio para evitar conflictos. Obliga a usar SERIALIZABLE en todas las operaciones. Elimina la necesidad de logs de recuperación.

¿Qué comando permite bloquear filas específicas durante una consulta?. SELECT ... FOR UPDATE. SET TRANSACTION. TRUNCATE TABLE. RELEASE SAVEPOINT.

¿Qué problema principal resuelven los locks?. Evitar que varias transacciones modifiquen simultáneamente el mismo dato. Aumentar automáticamente la velocidad de todas las consultas SELECT. Confirmar transacciones sin necesidad de COMMIT. Eliminar lecturas fantasma mediante inserciones controladas.

¿Qué problema ocurre cuando una transacción lee datos mientras otra los modifica?. Puede producir inconsistencias si no existe aislamiento adecuado. Siempre se confirma automáticamente la transacción lectora. Se eliminan automáticamente los registros conflictivos. Se convierte la consulta en TRUNCATE.

¿Por qué el control de concurrencia es esencial?. Para garantizar integridad y consistencia en accesos simultáneos. Para eliminar completamente la necesidad de transacciones. Para permitir que todos los usuarios escriban sin restricciones. Para desactivar reglas de negocio y restricciones de dominio.

¿Qué problema surge si dos transacciones actualizan el mismo registro sin control?. Puede ocurrir una pérdida de actualización o sobrescritura de cambios. Se genera automáticamente una clave primaria duplicada. Se eliminan restricciones referenciales entre tablas. La tabla se vacía mediante TRUNCATE automático.

¿Qué combinación es correcta sobre aislamiento y rendimiento?. Mayor aislamiento reduce problemas pero puede disminuir rendimiento. Menor aislamiento elimina completamente inconsistencias. SERIALIZABLE es el más rápido porque evita bloqueos. READ UNCOMMITTED es el más seguro porque impide lecturas sucias.

¿Cuál es la idea central de la concurrencia controlada?. Permitir ejecución simultánea sin comprometer integridad ni consistencia. Obligar a que solo exista una transacción activa en todo momento. Eliminar el uso de COMMIT y ROLLBACK en sistemas modernos. Reemplazar bloqueos con inserciones masivas y truncados periódicos.