Documentos

Titulación:
Asignatura:
Curso:

Ingeniería Informática
Gestión y Administración de Bases de Datos
2010-11 – Examen parcial del bloque 3

Nombre y Apellidos:
DNI:

Fecha:

Firma:

NORMAS
• La duración del examen será de 2 horas minutos.
• No está permitido el uso de apuntes, libros, ordenadores o cualquier tipo de dispositivo electrónico
(PDA ó teléfono). Sólo bolígrafo ycalculadora.
• El examen tiene una puntuación total de 80 puntos. Junto a cada Cuestión o Problema aparece su
valoración individual.
• Ponga el nombre en esta portada del examen. Responda cada pregunta sólo en los espacios
reservados en cada apartado. Si necesita hacer cálculos en borrador, use las hojas adicionales.
• Solo se considerarán las respuestas que incluyan una explicación o justificacióncorrecta
(preferiblemente breve). La ausencia de justificación será motivo suficiente para invalidar el
apartado, incluso cuando el valor numérico pudiera ser "correcto".
CONSEJOS
• Empiece por la pregunta que le resulte más fácil y accesible (no por la de más valor en puntos).
Continúe después con la siguiente en grado de dificultad.
• Si se detiene mucho tiempo en un apartado sin avanzar,déjelo y siga con el siguiente. Muchos de
ellos son independientes. Ya volverá si le sobra tiempo.
• Tenga en cuenta que el tiempo está limitado. En consecuencia, dosifique bien su tiempo. Como
referencia aproximada del ritmo de respuestas: 10 puntos = 15 min.

Cuestión 1

20

Cuestión 2

20

Problema 1

20

Problema 2

20

TOTAL

80

Gestión y Administración de BB.DD.Parcial Bloque 3

Cuestión 1

[20]

Justifique razonada y brevemente si es cierta o falsa cada una de las afirmaciones siguiente:
1. Toda planificación secuenciable en cuanto a conflictos es siempre recuperable.

FALSO.
Una planificación secuenciable sin cascada es siempre recuperable,
pero una planificación es cascada puede ser recuperable (siempre que
NO se haya realizado COMMIT yse hayan comprometido los datos) o no.
Con lo cual una planificación secuenciable NO SIEMPRE es recuperable.

2. Cualquier planificación concurrente generada por un esquema de la concurrencia basada en un
protocolo de bloqueos genera planificaciones secuenciables en cuanto a conflictos.

VERDADERA, diapositiva 42

3. Un sistema ideal de base de datos que no tuviese nunca caídas nonecesitaría un sistema gestor
de la recuperación .
FALSO,
El Sistema Gestor de la Recuperación es el responsable de la
restauración de la base de datos al estado consistente previo al
fallo, proporcionando la alta disponibilidad.
Este fallo que puede darse no es sólo por una caída de la BBDD,
sino que puede ser debido a fallos en las Transacciones (errores
lógicos o de sistema), fallos de Disco,fallos de Corriente, errores
del Software e incluso incendio del equipo donde se almacena la bbdd.

4. El esquema de tratamiento de bloqueos Herir-Esperar puede tener menos rollbacks de
transacciones que el esquema Esperar-Morir. VERDADERA,
En el tratamiento Esperar-Morir lastransacciones más viejas pueden esperar
a que las más jóvenes suelten los elementos. Las más jóvenes nunca esperan
a lasmás viejas, estas se deshacen.

-2-

Gestión y Administración de BB.DD.

Parcial Bloque 3

Mientras que en el tratamiento Herir-Esperar las transacciones más viejas
hieren (fuerzan ROLL-BACK) de las transacciones más jóvenes en vez de
esperar. Las más jóvenes pueden esperar a las más viejas.

Con lo que en el tratamiento Herir-Esperar se van a matar menos transacciones,
alesperar,no teniendo que realizar rollbacks de las transacciones que se matan.
Todo lo contrario que en el tratamiento Esperar-Morir.
5. Toda transacción comprometida en un sistema de base de datos que utiliza redo log, debe de
ser incluida en la lista de redo.
VERDADERA,

Toda transacción en la cual se ha realizado COMMIT han quedado
comprometidos los datos y durante una caída, se necesita...