TRANSFORMACIN DE ESQUEMAS E/R A ESQUEMAS RELACIONALES

CASOS PRCTICOS RESUELTOS

EJERCICIO1: ACTIVIDADES DEPORTIVAS
La interrelacin de la figura 1 almacena informacin relativa a las actividades deportivas que se
realizan en un polideportivo junto informacin de los monitores que las conducen y las salas en
las que se celebran. Se almacena adems informacin sobre la fecha en que se realizan as como
la hora de inicio y la de fin. Teniendo en cuenta la tabla de ejemplo de la pregunta anterior, se
pide, transformar la interrelacin ternaria a un esquema relacional indicando todas las claves
primarias, alternativas y ajenas.

DNI

Nombre

Telef
contacto

Especialidad

MONITOR

(1,N)

Cod sala

Nombre

Tamao

Cod_Act
Nombre
NM:P

Descripcin

(1,N)

SALA

conduce
(1,N)

Temporada

ACTIVIDAD

Fecha

DD/MM/AA Hora_inicio Hora_fin

Solucin:
CONDUCE (Monitor, DD/MM/AA, Hora_inicio , Hora_fin, Sala, Actividad)

EJERCICIO 2: MONTAJE_COCINAS
El esquema E/R formado por el diagrama E/R de la figura 2 y los supuestos semnticos
que no se han podido recoger en el diagrama corresponde a una parte del diseo de una
BD para almacenar la informacin relativa a una empresa que disea y monta cocinas.
Fecha_fin_contrato

Nombre

Fecha_ini_contrato

DNI

Nombre

Cod_Cliente

Cod_montador

CLIENTE

EMPLEADO

(0,N)

Tipo

(1,N)
prefiere

(0,1)
(1,1)

N:M

DISEADOR

Pagado?

(0,1)
MONTADOR

Ex
posee

1:N

(1,N)

(0,N)

diseada

Colores
Material
Estructura

Cod_cocina

(1,1)

1:N

Fecha

Hora_ini
Hora_fin

Firma
(0,N)

COCINA

Monta mueble

(0,N)

N:M
1:N:M

Monta
electrodomstico

(1,1)

Marca
Tipo
Cdigo

(0,N)

(1,N)
ELECTRODOMSTICO

Figura 2: Esquema E/R sobre el diseo y montaje de cocinas

SUPUESTOS SEMNTICOS no incluidos en el diagrama de la Figura 2:

Empleado.Tipo = {Diseador, Montador}
Electrodomstico.Tipo={Lavadora, Lavavajillas, Frigorfico} (no se trabajan
ms electrodomsticos en esta empresa)
Posee.Pagado= {Si, No}
La hora de fin siempre ha de ser posterior a la hora de inicio en la interrelacin
MONTA_MUEBLE.
La fecha de inicio de contrato de un empleado siempre ha de ser anterior en el
tiempo que la fecha de fin de contrato
La fecha y hora de inicio en la que un empleado monta los muebles en una
cocina determinan la hora de fin. De igual forma, conociendo la fecha y la hora
de fin, se puede conocer la hora de inicio.
Un empleado no puede montar en el mismo instante ms de una cocina.

Se pide transformar el esquema E/R al Modelo Relacional indicando todas las

restricciones que no haya sido posible representar directamente en el modelo relacional.
Para estas restricciones es necesario indicar cmo podran controlarse (check, asercin o
disparador) indicando claramente sobre qu relaciones se definen y sobre qu tablas se
consultan/actualizan datos.
Solucin:
ELECTRODOMSTICO (Cod_Electrodomstico, Tipo, Marca)
BNA:MC

ESPECIALIZADOS (Montador, Electrodomstico)

BNA:MC

EMPLEADOS (DNI, Nombre, Fecha_ini_contrato, Fecha_fin_contrato*, Tipo*)

BC:MC
BC:MC

MONTADOR (DNI, Cod_montador)

DISEADORES (DNI)

BNA:MC

MONTAN_MUEBLES (Montador, Fecha, Hora_ini, Hora_fin, Cocina)

BNA:MC
BNA:MC

BNA:MC
BNA:MC

MONTAN_ELECT (Montador, Cocina, Electrodomstico)

BNA:MC

PREFIEREN (Cliente, Diseador)

BNA:MC

CLIENTE (Cod_cliente, Nombre )

BC:MC

COCINA (Cod_cocina, Estructura, Material, Color, Cliente , Pagada? Diseador)

BNA:MC

Supuestos Semnticos perdidos al transformar:

ASERCIN CARDINALIDAD MNIMA:
Todo cliente prefiere al menos a un diseador
Todo cliente posee al menos una cocina
ASERCIN EXCLUSIVIDAD JERARQUA:
Si EMPLEADO.Tipo=Diseador entonces ha de existir una tupla en la
tabla DISEADORES con el mismo DNI y no en la tabla
MONTADORES. Si EMPLEADO.Tipo=Montador lo contrario. Si
EMPLEADO.Tipo=Null no puede existir ninguna tupla en
DISEADORES y MONTADORES con el mismo DNI
Supuestos Semnticos heredados del esquema E/R:
CHECKS PARA DOMINIOS:
COCINAS.Pagada? posee valores en el dominio {Si, No}
ELECTRODOMSTICOS.Tipo posee valores en el dominio
{Lavavajillas, etc.}
EMPLEADO. Tipo = {Diseador, Montador, Otro}
CHECK sobre la tabla MONTAN_MUEBLE:

Hora_ini <= Hora_fin

CHECK sobre la tabla EMPLEADO:
Fecha_ini_contrato <= Fecha_fin_contrato
CHECK sobre la tabla MONTAN_MUEBLE:
Un empleado no puede montar en el mismo instante ms de una cocina.
ASERCIN sobre las tablas EMPLEADO y MONTAN_MUEBLE:
La fecha de montaje de un mueble por un montador ha de encontrarse
entre las fechas de contrato de ese montador

EJERCICIO3: DIAGNSTICOS MDICOS

Se pide transformar al modelo relacional el esquema E/R de la Figura 2 e indicar todas
las restricciones que no haya sido posible representar directamente en el modelo
relacional. Para estas restricciones es necesario indicar cmo podran controlarse (no es
necesario incluir cdigo Oracle).

Figura 2. Esquema E/R sobre un Hospital

En este esquema se representa la gestin de un hospital centrada principalmente en el
tratamiento de los pacientes por parte de los mdicos. Se diferenc ia claramente la
atencin de los pacientes por parte de varios mdicos, del dictamen de los diagnsticos
por parte de los mdicos a los pacientes. Por otra parte, los pacientes pueden tener un
historial o no (si es la primera vez que asisten).

Solucin:

Diagrama relacional

Nota:
La relacin RESIDENTE es opcional.

Semntica no recogida en el esquema relacional:

CHECKS

La fecha de diagnstico no puede ser menor que la fecha de nacimiento del paciente y
ambas deben de ser inferiores a la actual.
MDICO.Tipo ha de tener alguno de los siguientes valores: {Titular, Residente}

ASERCIONES
Debido a la exclusividad de la jerarqua se debe verificar que slo aparecen entradas en la
relacin del subtipo correspondiente dependiendo del atributo MDICO.Tipo

ENUNCIADO 4: PRSTAMO DVD

Se pide transformar al modelo relacional el esquema E/R de la Figura 2 e indicar todas
las restricciones que no haya sido posible representar directamente en el modelo
relacional. Para estas restricciones es necesario indicar cmo podran controlarse.
F_ini

F_fin

Cdigo_Ejemplar

NIF Direccin

Fecha_incorporacin

EJEMPLAR DVD

Nmero

Fechas_prstamo

(0,N)

Presta

PERSONA
N:M

(0,1)

1:N

(1,N)

(1,1)

Fecha
Tipo

Id
Posee
Pregunta
(1,1)

PELCULA DVD

(1,N)

Solicita
Informacin

Respuesta

(1,N)
(1,N)

(0,1)

EMPLEADO

Cdigo Pelcula

Ttulo

Ao

Cdigo ISAN
Descripcin

Cod_empleado

Telfono

Figura 2. Esquema E/R sobre un Video Club

En este esquema se representa la gestin actual de prstamos de DVD en un Video-club,
almacenando datos histricos sobre cundo un cliente solicita informacin sobre
pelculas a los diferentes empleados, en qu fechas, qu tipo de informacin (general, de
prstamo, de devolucin, etc.), qu pregunta/s realiz exactamente en esa fecha y
cul/es fue/fueron la/s respuesta/s del empleado.
Solucin:

PELCULA_DVD (Ttulo, Ao, Descripcin, Cdigo_ISAN)

BC:MC

EJEMPLAR_DVD (Ttulo, Ao, Nmero, Fecha_incorporacin)

BR:MC

PRESTA (Ttulo, Ao, Nmero, Fecha_ini, NIF, Fecha_fin)

BR:MC

PERSONA (NIF, Direccin, Tipo*)

BR:MC
BR:MC

BC:MC

EMPLEADO (NIF, Cod_empleado, Telfono)

BR:MC

SOLICITA_INFORMACIN (Ttulo, Ao, NIF, Fecha, Pregunta, NIF_emp, Respuesta)

BR:MC

TIPO DE PREGUNTA (Pregunta, Tipo)

Suponemos que una persona slo puede hacer en una fecha determinada (incluidos minutos y segundos)
una nica pregunta sobre una nica pelcula. Adems, cada vez que realiza una pregunta, slo contesta un
empleado y slo asocia una nica respuesta. Tambin suponemos que el tipo de pregunta depende total y
nicamente de la pregunta en s.
Restricciones que faltaran por comprobar:
Checks:
1) Dominio de Persona.Tipo = {Empleado, NULL}
2) Dominio de TipoPregunta.Tipo = {general, prstamo, devolucin, etc.}
3) Presta.Ffin>=Presta.Fini
4) Solicita.NIF_emp diferente a SOLICITA.NIF para cada tupla
Aserciones:
1) Toda pelcula de DVD posee al menos un ejemplar del mismo
2) EjemplarDVD.Fecha_incorporacin <= Presta.Fini (del mismo ejemplar)
3) Si Persona.Tipo=NULL no existe ninguna tupla en EMPLEADO con el mismo NIF de
persona
4) Pelcula.Ao >= Ejemplar.fecha_incorporacin
Disparadores:
1) Lleva el control de Ejemplar_DVD.Nmero para que sea un nmero secuencial