Departamento de Lenguajes y Sistemas Informáticos

Anuncio
Departamento de Lenguajes y Sistemas Informáticos
E.T.S. Ingeniería Informática. Universidad de Sevilla
Avda Reina Mercedes s/n. 41012 Sevilla
Tlf/Fax 954 557 139 E-mail [email protected] Web www.lsi.us.es
E.T.S. Ingeniería
Informática
Diseño de Bases de Datos (23 Abril 2009)
Test
Tiempo: 30 min
NOMBRE:
Conteste, rodeando con un círculo las respuestas que crea acertadas, teniendo en cuenta que cada apartado puede tener una o varias respuestas correctas (aciertos
reales). El sistema de evaluación del test es por apartados, oscilando la puntuación de cada apartado mediante la fórmula:
 A-F/A

MAX  pa

r
Ar
, − pa 

siendo Ar:Aciertos posibles del apartado, F:Fallos cometidos y A:Aciertos contestados, pa::peso del apartado.
Dado el siguiente ERD, conteste cada uno de los siguientes apartados:
E
Título
FechaHora
1
Espectáculo
0:N
Tiene
Nif
0:N
Representación
0:N
Asiste
Nombre
Fecha_nac
Nombre
Persona
1
Orquesta
d
0:1
Concierto
0:1
Obra_Teatro
1.
Respecto a la semántica que expresa el ERD y los estados admisibles de la BD asociada:
a.
Una persona puede asistir al mismo espectáculo más de una vez.
b.
Una persona puede asistir a la misma representación más de una vez.
c.
Todos los espectáculos tienen el mismo número de representaciones.
d.
Todas las personas van al mismo número de espectáculos.
e.
En la misma fecha puede haber representaciones de espectáculos distintos.
f.
Ninguna de las anteriores.
2.
Respecto a la semántica que expresa el ERD y los estados admisibles de la BD asociada:
a.
Todo espectáculo es un concierto.
b.
Todo concierto es un espectáculo.
c.
Puede haber espectáculos que no sean ni conciertos ni obras de teatro.
d.
El número de conciertos es siempre el mismo que de obras de teatro.
e.
El número de conciertos es siempre el mismo que de espectáculos.
f.
Ninguna de las anteriores.
3.
Al hacer la extensión relacional en 3FN del ERD anterior, para la entidad Representación se crea la relación:
a.
Representaciones(E, FechaHora)
PK(E, FechaHora)
b.
Representaciones(E, FechaHora)
PK(E, FechaHora) FK(E)/Espectaculos
c.
Representaciones(E, FechaHora)
PK(FechaHora) FK(E)/Espectaculos
d.
Representaciones(E, Titulo, FechaHora
PK(FechaHora) FK(E)/Espectaculos
e.
Representaciones(FechaHora)
PK(FechaHora)
f.
Ninguna de las anteriores.
4.
Al hacer la extensión relacional en 3FN del ERD anterior, para Asiste se crea:
Asiste(E, FechaHora, Nif, Titulo) PK(FechaHora, Nif) FK1(FechaHora)/Representaciones FK2(Nif)/Personas
b.
Asiste(E, FechaHora, Nif, Nombre) PK(FechaHora, Nif) FK1(FechaHora)/Representaciones
c.
Asiste(E, FechaHora, Nif)
PK(E, FechaHora, Nif) FK1(E, FechaHora)/Representaciones FK2(Nif)/Personas
d.
Asiste(E, FechaHora, Nif)
PK(E, FechaHora, Nif) FK1(FechaHora)/Representaciones FK2(Nif)/Personas
e.
Asiste(E, FechaHora, Nif)
PK(FechaHora, Nif) FK1(FechaHora)/Representaciones FK2(Nif)/Personas
f.
Ninguna de las anteriores.
a.
5.
6.
Al hacer la extensión relacional en 3FN del ERD anterior para la jerarquía y suponiendo que se
generan relaciones para la superclase y subclases.
a.
La clave primaria de Conciertos es orquesta.
b.
En la relación Espectáculos el atributo orquesta aparece a nulo.
c.
En Conciertos, su clave primaria es una clave ajena sobre Espectáculos.
d.
Entre los atributos de la relación Conciertos están los atributos orquesta y título.
e.
Espectáculos, Conciertos y Obras_teatro tienen la misma clave primaria.
f.
Ninguna de las anteriores.
La RI AR en el DD:

∅=ρ
( asiste ), Rx( Ex , Fx , Nx) 
∏
 asiste. E , asiste. FechaHora , asiste. Nif


Rx. Ex = Ry . Ey ∧ Rx. Fx < Ry . Fy ∧ Rx. Nx = Ry . Ny

( asiste ), Ry ( Ey , Fy , Ny ) 
∏
 asiste. E , asiste. FechaHora , asiste. Nif

ρ
a.
b.
c.
d.
e.
f.
Asegura que una persona asista al menos a dos espectáculos.
Asegura que una persona asista al menos a dos representaciones.
Impide que una persona asista a más de un espectáculo.
Impide que una persona asista a más de una representación del mismo espectáculo.
Asegura que un espectáculo tiene al menos dos representaciones.
Ninguna de las anteriores.
CREATE ASSERTION Assrt
7.
Dada la restricción SQL2:
a.
b.
c.
d.
e.
f.
 SELECT nif FROM asiste 


CHECK NOT EXISTS  GROUP BY E , nif
;
 HAVING count (*) > 1



Asegura que una persona asista al menos a dos espectáculos.
Asegura que una persona solo asiste a un espectáculo.
Impide que una persona asista a más de un espectáculo.
Impide que una persona asista a más de un espectáculo en la misma fecha.
Impide que una persona asista a más de una representación del mismo espectáculo.
Ninguna de las anteriores.
8.
Respecto a los triggers en Oracle Server:
a.
En su creación es necesario especificar el comando SQL que dispara el trigger.
b.
Se aplican a los datos almacenados en la BD aún antes de la definición del trigger.
c.
Pueden estar activados o desactivados.
d.
Se pueden invocar y ejecutar desde un procedimiento o una función.
e.
Se ejecutan con el comando PL/SQL EXECUTE.
f.
Ninguna de las anteriores.
9.
Respecto de las secuencias:
a.
Se definen asociados a una tabla.
b.
Pueden estar activadas o desactivadas.
c.
Sirven para generar series numéricas.
d.
Se invocan mediante el comando PL/SQL EXECUTE.
e.
Se crean mediante el comando CREATE SEQUENCE.
f.
Ninguna de las anteriores.
10.
Dada la tabla definida:
CREATE TABLE Personas
( Nif
varchar(9)
PRIMARY KEY,
Nombre
varchar(50) CONSTRAINT nombres NOT NULL,
Fecha_nac DATE
DEFAULT SYSDATE);
a.
La cláusula CONSTRAINT es para darle nombre a la restricción.
b.
La cláusula CONSTRAINT impide nombres duplicados.
c.
d.
e.
f.
La columna Nombre admite valores duplicados.
La columna Fecha_nac únicamente puede tomar el valor de la fecha del sistema.
La columna Fecha_nac admite valores nulos.
Ninguna de las anteriores.
Descargar