EXAMEN: BASES DE DATOS 4º Ingeniería Informática (29 de enero de 2009)

Transcripción

1 APELLIDOS: NOMBRE: DNI: EXAMEN: BASES DE DATOS 4º Ingeniería Informática (29 de enero de 2009) MAÑANA TARDE Autorizo la publicación de la nota del examen junto a mi número de matrícula, tanto en la Web como en los tablones SI NO PARTE TEÓRICA (3 puntos) Tenga en cuenta que por cada pregunta hay una y sólo una respuesta correcta. Todas las preguntas puntúan igual. Cada pregunta correcta suma 1. Cada respuesta incorrecta resta 0,25. Cada pregunta sin responder ni suma ni resta. Se exigirá una nota mínima en esta parte del examen. Tiene 15 minutos para realizar esta parte del examen 1. Indique cuál de las siguientes afirmaciones es incorrecta: a) Las Bases de Datos pueden proporcionar a los lenguajes de programación orientados a objetos persistencia de objetos. b) Las Bases de Objetos puras no se adaptan a los principios de la orientación al objeto. c) Las Bases de Datos Orientadas a Objetos surgen por las limitaciones de las Bases de Batos Relacionales. d) Las Bases de Datos pueden proporcionar a los lenguajes de programación orientados a objetos independencia de los datos respecto de los programas. e) Las Bases de Datos Relacionales no soportan tipos de dato definidos por el usuario. 2. En una Base de Datos Objeto-Relacional (BDOR): a) Dos tipos de datos distintos (tipos de datos definidos por el usuario) comparten la misma representación y el mismo comportamiento. b) Los tipos de datos distintos se basan en el renombrado de tipos existentes. c) Se soporta la herencia de tipos de datos distintos. d) Los tipos de datos estructurados se pueden usar para definir el tipo de filas y de columnas. e) b) y d) son correctas. 3. El modelo Objeto-Relacional permite: a) Ampliar el sistema de tipos para dar soporte a nuevas necesidades de las aplicaciones. b) Compartir librerías de tipos de datos existentes. c) Soportar objetos y relaciones complejas. d) Integrar el modelo relacional y el modelo de objetos en un solo modelo. e) Todas las anteriores son correctas. 4. En el modelo Relacional: a) Una relación no puede contener tuplas duplicadas. b) El grado representa el número de atributos de la relación. c) Una relación se representa mediante una tabla. d) La tupla es una ocurrencia de la relación. e) Todas las anteriores son correctas. 5. El concepto de herencia soportado por Oracle 10g: a) Corresponde al concepto de herencia soportado por el estándar SQL:2003. b) Oracle 10g no soporta ningún tipo de herencia. c) Sólo permite la herencia de tablas pero no de tipos. d) Sólo permite la herencia de tipos pero no de tablas. e) Ninguna de las anteriores.

2 6. En Oracle 10g: a) El tamaño de los tipos VARRAY es dinámico. b) Las restricciones definidas sobre una tabla (Primary Keys, Foreign Keys, etc) se propagan sobre las tablas que heredan de ella. c) No se puede actualizar individualmente un elemento de un VARRAY. d) Se pueden crear varias tablas tipadas a partir de un mismo tipo estructurado. e) c) y d) son correctas. 7. En una Base de Datos Objeto-Relacional (BDOR): a) Una tabla tipada (o tabla de objetos) tiene un atributo, llamado OID (Object IDentifier), que crea implícitamente el sistema y permite establecer relaciones entre objetos. b) Una columna de tipo referencia puede contener el valor del OID del objeto referenciado (o el valor nulo). c) Las referencias permiten definir consultas navegacionales. d) Las referencias permiten, al igual que las claves ajenas, establecer relaciones entre tablas. e) Todas las anteriores son correctas. 8. La diferencia entre un tipo ARRAY y un tipo NESTED TABLE es: a) Mientras que el ARRAY es de tamaño predefinido, el tipo NESTED TABLE no. b) Una consulta simple bastará para recuperar los elementos de un ARRAY, mientras que con una NESTED TABLE no es posible acceder a sus elementos por separado. c) El ARRAY es un tipo de datos del estándar SQL:2003, mientras que la NESTED TABLE es un tipo de datos del modelo Objeto-Relacional de Oracle. d) a) y c) son correctas. e) Ninguna de las anteriores. 9. La información sobre qué tablas tipadas ha creado un usuario se puede recuperar: a) Consultando la vista USER_TABLES. b) Consultando la vista USER_OBJECTS. c) a) y b) son correctas. d) Lanzando el siguiente comando: DESC USER_OBJECTS. e) Lanzando el siguiente comando: DESC USER_TABLES. 10. A la hora de codificar un trigger o disparador en Oracle debemos tener en cuenta que: a) El cuerpo de un trigger definido a nivel de sentencia no se ejecuta si ninguna fila se ve afectada por la sentencia asociada. b) Pueden ser invocados en cualquier momento de forma explícita por parte del usuario. c) El cuerpo de un trigger definido a nivel de fila se ejecuta una vez por cada fila afectada por la sentencia que lo dispara. d) No se puede deshacer el resultado de la sentencia que disparó el trigger. e) a) y d) son correctas. 11. En el lenguaje XML: a) Todos los elementos de un documento XML deben estar en minúsculas. b) Todos los elementos de un documento XML deben estar debidamente anidados. c) Todos los documentos XML deben tener un DTD o un esquema XML asociado. d) Todos los documentos XML deben ser válidos. e) Todas las anteriores son correctas. 12. En cuanto al almacenamiento y consulta de datos XML: a) Para poder almacenar datos XML en BD XML el usuario debe realizar un proceso previo de transformación de los datos al esquema relacional. b) El lenguaje XQuery permite definir expresiones de ruta para navegar árboles XML. c) El principal problema de las BD relacionales en relación con la gestión de datos XML radica en la falta de madurez de este tipo de sistemas de BD. d) Para el almacenamiento y gestión de datos XML debe utilizarse un Sistema Gestor de Bases de Datos. e) El almacenamiento de datos XML como cadenas de caracteres tiene el inconveniente de que el Sistema Gestor de Bases de Datos no conoce el esquema de los datos almacenados.

3 APELLIDOS: NOMBRE: DNI: MAÑANA TARDE PARTE PRÁCTICA (7 puntos) Tiene 2 horas y 30 minutos para realizar esta parte del examen. Responda en las propias hojas de examen. 1. (1 punto) Dado el siguiente esquema conceptual en E/R: Dni Nombre Teléfonos Cliente (1,1) Dirección NroBillete Compra (1,N) NroCompañía Nombre Fecha (0,N) Billete (1,N) es vendido por (1,1) Compañía Hora Itinerario (1,N) Origen Destino Se pide: a) (0.5 puntos) Representar el modelo lógico estándar mediante el grafo relacional.

4 b) (0.5 puntos) Representar el modelo lógico estándar mediante UML (extendido).

5 APELLIDOS: NOMBRE: DNI: MAÑANA TARDE 2. (3 puntos) Defina un modelo conceptual representado mediante un diagrama de clases UML para recoger la siguiente semántica: Se desea almacenar la siguiente información relativa a los partidos de fútbol. Se desean incluir datos sobre: el equipo (nombre y categoría), sus integrantes (DNI, nombre, dirección, teléfonos, puesto habitual y cantidad de goles), los árbitros (DNI, nombre, dirección, teléfonos, cantidad de partidos arbitrados y antigüedad en el cargo) y el resultado del partido (número de partido, fecha, hora, torneo, resultado y estadio). Además se desea poder identificar: a qué equipo pertenece cada jugador, los equipos que jugaron en un determinado partido, qué árbitros arbitraron dicho partido y qué función desempeñaron en el mismo.

6 3. (3 puntos) Dado el siguiente esquema conceptual en UML: Revista <<persistent>> <<PK>>CodRevista <<AK>>Nombre NroEdición <<MA>> Temas <<CA>> FechaPublicación: {dia, mes, año} publica * Artículos <<persistent>> <<PK>>CodArtículo <<AK>>Título Autor <<MA>>Temas Se pide: Diseño lógico específico (Oracle) en notación UML extendida (no se pide el código SQL). Tenga en cuenta que la asociación publica se debe implementar de forma bi-direccional. Haga los supuestos semánticos que considere necesarios.

7 APELLIDOS: NOMBRE: DNI: MAÑANA TARDE 4. (2.5 puntos) Dado el siguiente diagrama en UML extendido que representa un modelo Objeto-Relacional para Oracle. Se pide el código SQL para: CONCURSANTE <<OT>> Nombre: VARCHAR2(50) Ciudad: VARCHAR2(25) <<composes>> NT_CONCURSANTES <<NT>> <<REF>> Concursante: CONCURSANTE <<composes>> CANCION <<UDT>> Titulo Autor <<composes>> ACTUACIONES <<OT>> <<REF>> Gala: GALA Interpretes: NT_CONCURSANTE Tema: CANCION <<composes>> GALA <<OT>> ID: NUMBER FECHA: DATE a) (1 punto) Implementar el esquema en Oracle

8 b) (0.75 puntos) Suponiendo que existen los siguientes datos en las tablas CONCURSANTES y GALAS: CONCURSANTES NOMBRE Javi Pérez Raquel Ruiz CIUDAD MADRID JAEN GALAS ID 1 2 FECHA 01/10/2008 8/10/2008 Insertar los siguientes datos en la tabla ACTUACIONES: GALA INTÉRPRETES CANCION ACTUACIONES Javi Pérez Raquel Ruiz Javi Pérez Raquel Ruiz LaLaLa Masiel Corazon Latino David Bisbal El tractor amarillo Zapato Veloz NOTA: los valores en cursiva representan referencias. Es decir, no son literales que se insertarán en la tabla, sino que deberán ser sustituidos por una referencia a la fila de la tabla que corresponda en cada caso

9 APELLIDOS: NOMBRE: DNI: MAÑANA TARDE c) (0.25 puntos) Escribir una consulta que recupere el nombre de los intérpretes y la canción que interpretaron en la gala 1: d) (0.5 puntos) Escribir un trigger que impida que existan actuaciones donde se interpreten temas de El Fary. Para ello, en caso de que se vaya a guardar una actuación cuyo autor sea El Fary, se modificarán los datos a insertar para que al autor sea nulo.

10 5. (1.5 puntos) Dadas las siguientes relaciones y el código para implementarlas en Oracle: FABRICANTES (Grupo, Marca, Uds_Vendidas) COCHES (Marca, Modelo, Detalle) VENTAS_ANUALES (Marca, Modelo, Anyo, Uds_Vendidas) CREATE TABLE FABRICANTES ( GRUPO VARCHAR2(25), MARCA VARCHAR2(25), UDS_VENDIDAS INTEGER, CONSTRAINT PK_FAB PRIMARY KEY (GRUPO, MARCA), CONSTRAINT UNIQUE_MARCA UNIQUE(MARCA)); CREATE TABLE COCHES ( MARCA VARCHAR2(25), MODELO VARCHAR2(25), DETALLE VARCHAR2(50), CONSTRAINT PK_COCHES PRIMARY KEY (MARCA, MODELO), CONSTRAINT FK_COCHES_FAB FOREIGN KEY (MARCA) REFERENCES FABRICANTES(MARCA)); CREATE TABLE VENTAS_ANUALES ( MARCA VARCHAR2(25), MODELO VARCHAR2(25), ANYO INTEGER, UDS_VENDIDAS INTEGER, CONSTRAINT PK_VENTAS PRIMARY KEY (MARCA, MODELO, ANYO), CONSTRAINT FK_VENTAS_COCHES FOREIGN KEY (MARCA, MODELO) REFERENCES COCHES); a) (0.75 puntos) Defina un disparador en Oracle para actualizar el número de unidades vendidas por cada marca. Para ello, el disparador deberá controlar cualquier inserción y/o actualización sobre la tabla VENTAS_ANUALES. NOTA: en el cuerpo del disparador deberá distinguir el caso de la inserción del caso de la actualización.

11 APELLIDOS: NOMBRE: DNI: MAÑANA TARDE b) (0.75 puntos) Dado el código del siguiente disparador definido sobre la tabla COCHES. CREATE OR REPLACE TRIGGER Z BEFORE DELETE OR UPDATE ON COCHES FOR EACH ROW DECLARE v_aux NUMBER:= 0; BEGIN SELECT COUNT(*) INTO v_aux FROM VENTAS_ANUALES V WHERE (V.MARCA = :OLD.MARCA AND V.MODELO = :OLD.MODELO); IF v_aux <> 0 THEN RAISE_APPLICATION_ERROR(-20001, 'EXCEPCIÓN ELEVADA'); END IF; END; / Explique el propósito y funcionamiento de dicho disparador Funcionaría correctamente el disparador en Oracle? Razone (brevemente) su respuesta

12 ORACLE PL/SQL OBJECT-RELATIONAL FEATURES & TRIGGERS OBJECT TYPES CREATE [OR REPLACE] TYPE <type_name> AS OBJECT ( <column_name> [REF] <data_type>,..., <column_name> [REF] <data_type>); / <data_type> ::= (<primitive_type> [REF] <object_type>) <primitive_type> ::= (VARCHAR2(n) NUMBER[(x,y)]) VARRAY TYPE CREATE [OR REPLACE] TYPE <type_name> AS VARRAY (n) OF <data_type>; NESTED TABLE TYPE CREATE [OR REPLACE] TYPE <type_name> AS TABLE OF <data_type>; OBJECT TYPE TABLES CREATE TABLE <table_name> OF <object_type>[nested TABLE <NT_attribute> STORE AS <NT_name>]; INSERT INSERT INTO <table_name> [<columns_list>] VALUES <values_list>; columns_list ::= (column_name, column_name,, column_name) values_list ::= (value, value,, value) value ::= (primitive_value <object_type>(values_list)) UPDATE UPDATE <table_name> SET <columns_list> = <values_list> [WHERE <condition>] SELECT SELECT <columns_list> [INTO <variables_list>] FROM <tables_list> [WHERE <condition>]; columns_list ::= ([REF]column_name, [REF]column_name,, [REF]column_name) variables_list ::= (<variable_name>, <variable_name>,, <variable_name>) tables_list ::= (<table_name>[alias],, <table_name>[alias]) PL/SQL BLOCKS [DECLARE <variable_name> <data_type> [:= <valor_inicial>]; ] BEGIN <body> END; TRIGGERS CREATE [OR REPLACE] TRIGGER <trigger_name> (BEFORE AFTER INSTEAD OF) (INSERT DELETE UPDATE [OF <attribute>]) ON <table_name> [WHEN <condition>] [FOR EACH ROW STATEMENT] [DECLARE ] BEGIN <trigger_body> [EXCEPTION... ] END; /