DISEÑO DE BASES DE DATOS ºC Examen 8/Feb/2006

Transcripción

1 Cuestión: Control de concurrencia Haga un cuadro comparativo de las ventajas e inconvenientes de los distintos métodos de control de concurrencia que conozca (en filas: el método, en columnas: ventajas e inconvenientes). Peso: 5% Tiempo:30min Problema : Diseño conceptual BD Unos grandes almacenes (Alma) requieren una BD para gestionar a través de su Web las listas de regalos para enlaces matrimoniales. Los enlaces se producen entre dos personas, de las que se registra su documento de identificación (NIF), datos personales, teléfonos, fax y . Cada pareja elige un catálogo de regalos que Alma pone a su disposición. Estos catálogos son un subconjunto del catálogo general de artículos de Alma (puede repetirse el mismo regalo en distintas posiciones), de modo que cada regalo está asociado a un artículo del catálogo general mediante un Idartículo, descripción y precio que cambia anualmente. Debe tenerse en cuenta que los artículos pueden ser bienes o servicios (p.ej. un viaje). Los invitados que acceden a la lista de boda pueden elegir regalos disponibles del catálogo de un enlace, pagando con una tarjeta de fidelización del invitado a Alma. Esta tarjeta tiene asociado un, nombre y fecha de caducidad que da acceso también al resto de los datos personales del invitado: dirección, teléfonos, fax, . Se registrará el regalo elegido, fecha y hora del regalo, quedando dicho regalo reservado (no disponible para ulteriores invitados). Los miembros de la pareja tienen necesariamente asociadas tarjetas de fidelización a Alma, quedando facultados (ambos) para permutar regalos de los realizados por invitados por regalos elegidos por ellos, quedando, en cualquier caso, registrado el origen de la reserva del regalo (invitado) o permuta realizada por un miembro de la pareja. Como quiera que los regalos involucrados en una permuta pueden tener precios distintos, podrá contemplarse una partida de compensación dineraria (en más o en menos). Después de la fecha del enlace se cerrará la lista de regalos, suministrándose al domicilio fijado por la pareja y/o entregando la partida de compensación dineraria existente (si la hubiere), quedando asociada una fecha de cierre de la lista. Tras este cierre no habrá acceso a modificar dicha lista. Debe asegurarse que, en un cambio de año (p.ej. una lista que se inicia en diciembre y se cierra en enero del año siguiente), se respetan los precios pactados al abrir la lista; es decir, a una lista abierta no le afectan los cambios de precio del catálogo general. Alma, debe, no obstante, tener acceso a las listas de precios de distintos años. Represente un esquema conceptual de entidades ERD según notación de Elmasri-Navathé. propiedades identificadoras de entidades en dicho esquema. Especifique sólo las Peso: 50% Tiempo:h

2 Problema 2: Diseño tecnológico BD Considerando el siguiente modelo EER: IdFamilia Familia Familia IdEnlace Enlace Fecha Se casan 2:2 Cónyuge Nombre Es convocado Nombre Invitado 0:M Confirma asistencia TipoMesa Tipo mesa 0: Mesa NºMesa Capacidad I) Mapee este modelo a SQL2. II) Defina en SQL2 las siguientes restricciones: a) Un cónyuge no participa en dos enlaces concurrentes en el tiempo. b) Los invitados asignados a una mesa no superan la capacidad de la misma (expresada en número de personas). III) Defina triggers en ORACLE Server para las restricciones del apartado (II). IV) Defina un procedimiento ORACLE que con los parámetros IdFamilia, IdEnlace presente en pantalla los miembros invitados de dicha familia que han confirmado su asistencia y la mesa en que estarán ubicados (si existiese). Peso: 35%(20%,30%,30%,20%) Tiempo:h

3 Solución Problema 2. I) Modelo SQL2. CREATE SCHEMA Enlaces; CREATE DOMAIN códigos SMALLINT NOT NULL; CREATE DOMAIN descripción VARCHAR(30); CREATE DOMAIN confirma BOOLEAN; CREATE DOMAIN fechas DATE NOT NULL; CREATE DOMAIN cantidades INTEGER; CREATE TABLE Familias ( IdFamilia códigos PRIMARY KEY, Familia descripción ); CREATE TABLE Cónyuges ( códigos PRIMARY KEY, Nombre descripción ); CREATE TABLE Enlaces ( IdEnlace códigos PRIMARY KEY, Fecha fechas ); CREATE TABLE Se_Casan ( IdEnlace PRIMARY KEY (IdEnlace, ) FOREIGN KEY (IdEnlace) REFERENCES Enlaces, FOREIGN KEY () REFERENCES Conjuges ); CREATE TABLE Tipos_Mesa ( TipoMesa códigos PRIMARY KEY, Capacidad cantidades ); CREATE TABLE Mesas ( IdEnlace NMesa TipoMesa PRIMARY KEY (IdEnlace, Nmesa, TipoMesa), FOREIGN KEY (IdEnlace) REFERENCES Enlaces, FOREIGN KEY (TipoMesa) REFERENCES Tipos_Mesa ); CREATE TABLE Invitados ( códigos PRIMARY KEY IdFamilia Nombre descripción FOREIGN KEY (IdFamilia) REFERENCES Familias ); CREATE TABLE Es_Convocado ( IdEnlace Confirma_asistencia confirma, NMesa TipoMesa PRIMARY KEY (IdEnlace, ), FOREIGN KEY () REFERENCES Invitados, FOREIGN KEY (IdEnlace, Nmesa, TipoMesa) REFERENCES Mesas);

4 II) Restricciones SQL2. /* Assertion para asegurar que un conyuge no participa en dos enlaces concurrentes en el tiempo. */ CREATE ASSERTION enlaces_concurrentes CHECK NOT EXISTS ( SELECT E.Fecha FROM Enlaces E, Se_Casan SC WHERE E.IdEnlace = SC.IdEnlace AND EXIST (SELECT * FROM Enlaces E2, Se_Casan SC2 WHERE E2.IdEnlace = SC2.IdEnlace AND E.Fecha = E2.Fecha AND SC. = SC2. AND SC.IdEnlace <> SC2.IdEnlace ) ); /* Assertion para asegurar que los invitados a una mesa no superan la capacidad de la misma. */ CREATE ASSERTION capacidad_mesa CHECK NOT EXISTS ( SELECT IdEnlace, NMesa FROM Es_Convocado ES GROUP BY IdEnlace, NMesa HAVING count(*) > SELECT Capacidad FROM Tipos_Mesa T, Mesas M WHERE T.TipoMesa = M.TipoMesa AND M.IdEnlace = ES.IdEnlace AND M.Nmesa = ES.Nmesa ); III) Triggers Oracle. /* Triggers para asegurar que un conyuge no participa en dos enlaces concurrentes en el tiempo. */ CREATE OR REPLACE TRIGGER " enlaces_concurrentes " BEFORE INSERT OR UPDATE ON Se_Casan FOR EACH ROW DECLARE w_fecha DATE; SELECT fecha INTO w_fecha FROM Enlaces E WHERE E.IdEnlace= :new.idenlace SELECT count(*) INTO w_contador FROM Enlaces E, Se_Casan SC WHERE E.IdEnlace = SC.IdEnlace AND E.fecha =w_fecha AND SC. = :new. ; IF w_contador > 0 THEN RAISE_APPLICATION_ERROR(-2060, no se puede participar en dos enlaces concurrentes en el tiempo ); END IF; END; /

5 /* Trigger para asegurar que los invitados a una mesa no superan la capacidad de la misma. */ CREATE OR REPLACE TRIGGER " capacidad_mesa " BEFORE INSERT OR UPDATE ON ES_Convocado FOR EACH ROW DECLARE w_contador INTEGER; w_capacidad INTEGER; SELECT count(*) INTO w_contador FROM Es_Convocado ES WHERE IdEnlace = :new.idenlace AND Nmesa = :new.nmesa ; SELECT Capacidad INTO w_capacidad FROM Tipos_Mesa T, Mesas M WHERE T.TipoMesa = M.TipoMesa AND M.IdEnlace = :new.idenlace AND M.Nmesa = :new.nmesa ; IF w_contador >= w_capacidad THEN RAISE_APPLICATION_ERROR(-2060, se ha superado la capacidad de la mesa ); END IF; END; / IV) Procedimiento que dada una familia y enlace presenta los invitados que han confirmado asistencia. CREATE OR REPLACE PROCEDURE invitados (V_Enlace Es_Convocado.IdEnlace%Type, V_Familia Familia.IdFamilia%Type) IS W_Nombre VARCHAR(30); CURSOR C_invitado IS SELECT Nombre FROM Familias F, Invitados I, Es_Convocado ES WHERE F.Idfamilia = I.IdFamilia AND I. = ES. AND I.IdFamilia = V.Familia AND ES.IdEnlace = V.Enlace AND confirma_asistencia = Si ; OPEN C_invitado; LOOP FETCH C_invitado INTO W_Nombre; EXIT WHEN C_invitado%NOTFOUND DBMS_OUTPUT (W_Nombre); ENDLOOP CLOSE C_invitado; END invitados;