Bases de Datos

Ejercicios modelo E/R

Prof. Jesús M. Milán
10 de octubre de 2002

1. Ejercicios básicos del modelo E/R

Ejercicio 1. Diseñar un esquema E/R que recoja la organización de un sistema de in-
formación en el que se quiere tener la información sobre municipios, viviendas y
personas. Cada persona sólo puede habitar en una vivienda, pero puede ser propie-
taria de más de una. También nos interesa la interrelación de las personas con su
cabeza de familia. (Hacer los supuestos semánticos complementarios necesarios).

Ejercicio 2. Diseñar una base de datos que contenga información relativa a todas las
carreteras de un determinado paı́s. Se pide realizar el diseño en el modelo E/R,
sabiendo que:

1. En dicho paı́s las carreteras se encuentran divididas en tramos.

2. Un tramo siempre pertenece a una única carretera y no puede cambiar de carre-
tera.
3. Un tramo puede pasar por varios términos municipales, siendo un dato de interés
el km. del tramo por el que entra en dicho término municipal y el km. por el
que sale.
4. Existen una serie de áreas en las que se agrupan los tramos, cada uno de los
cuales no puede pertenecer a más de un área.

Ejercicio 3. Diseñar una base de datos que recoja la organización de una Universidad. Se
considera que:

1. Los departamentos pueden estar en una sola facultad o ser interfacultativos,

agrupando en este caso cátedras que pertenecen a facultades distintas.
2. Una cátedra se encuentra en un único departamento.
3. Una cátedra pertenece a una sola facultad.

1
 4. Un profesor está siempre asignado a un único departamento y adscrito a una o
varias cátedras, pudiendo cambiar de cátedra, pero no de departamento. Interesa
la fecha en que un profesor es adscrito a una cátedra.
5. Existen áreas de conocimiento, y todo departamento tendrá una única área de
conocimiento.

Ejercicio 4. Se desea diseñar una base de datos para una Universidad que contenga in-
formación sobre los Alumnos, las Asignaturas y los Profesores. Construir un modelo
E/R teniendo en cuenta las siguientes restricciones:

1. Una asignatura puede estar impartida por muchos profesores (no a la vez) ya
que pueden existir grupos.
2. Un profesor puede dar clases de muchas asignaturas.
3. Un alumno puede estar matriculado en muchas asignaturas.
4. Se necesita tener constancia de las asignaturas en las que está matriculado un
alumno, la nota obtenida y el profesor que le ha calificado.
5. También es necesario tener constancia de las asignaturas que imparten todos
los profesores (independientemente de si tienen algún alumno matriculado en su
grupo).
6. No existen asignaturas con el mismo nombre.
7. Un alumno no puede estar matriculado en la misma asignatura con dos profe-
sores distintos.

Ejercicio 5. Se desea diseñar una base de datos para una sucursal bancaria que con-
tenga información sobre los clientes, las cuentas, las sucursales y las transacciones
producidas. Construir el modelo E/R teniendo en cuenta las siguientes restricciones:

1. Una transacción viene determinada por su número de transacción, la fecha y la

cantidad.
2. Un cliente puede tener muchas cuentes.
3. Una cuenta puede tener muchos clientes.
4. Una cuenta sólo puede estar en una sucursal.

Ejercicio 6. Construir el modelo E/R que refleje toda la información necesaria para la
gestión de las lı́neas de metro de una determinada ciudad. los supuestos semánticos
considerados son los siguientes:

1. Una lı́nea está compuesta por una serie de estaciones en un orden determinado,
siendo muy importante recoger la información de ese orden.
2. Cada estación pertenece al menos a una lı́nea, pudiendo pertenecer a varias.

2
 3. Una estación nunca deja de pertenecer a una lı́nea a la que anteriormente per-
tenecı́a (p. ej., Portazgo, que pertenece a la lı́nea 1, nunca podrá dejar de per-
tenecer a esta lı́nea).
4. Cada estación puede tener varios accesos, pero consideramos que un acceso sólo
puede pertenecer a una estación.
5. Un acceso nunca podrá cambiar de estación.
6. Cada lı́nea tiene asignados una serie de trenes, no pudiendo suceder que un tren
esté asignado a más de una lı́nea, pero sı́ que no esté asignado a ninguna (p. ej.,
si se encuentra en reparación).
7. Algunas estaciones tienen asignadas cocheras, y cada tren tiene asignada una
cochera.
8. Interesa conocer todos los accesos de cada lı́nea.

Ejercicio 7. Construir el modelo E/R y a partir de él el modelo relacional que refleje toda
la información necesaria para almacenar la información relativa a algunos aspectos
del campeonato mundial de fútbol considerando los supuestos semánticos siguientes:

1. Un jugador pertenece a un único equipo y no hay dos jugadores con el mismo

nombre.
2. Un jugador puede actuar en varios puestos distintos, pero en un determinado
partido sólo puede jugar en un puesto.
3. En cada partido intervienen varios colegiados.
4. Un colegiado puede realizar una función en un partido y otra distinta en otro
partido.
5. Es obligatorio en todo momento que un jugador pertenezca a un equipo deter-
minado y no podrá cambiar de equipo a lo largo del mundial.

Ejercicio 8. Se desea diseñar una base de datos que guarde la información de las reservas
de una empresa dedicada al alquiler de automóviles. Los supuestos semánticos son
los siguientes:

1. Un determinado cliente puede tener en un momento dado varias reservas.

2. Una reserva la realiza un único cliente, pero puede involucrar a varios coches.
3. Es importante registrar la fecha de comienzo de la reserva y la de terminación.
4. Todo coche tiene siempre asignado un número determinado de garaje, que no
puede cambiar.
5. Cada reserva se realiza en una determinada agencia.
6. En la base de datos pueden existir clientes que no hayan hecho ninguna reserva.

3
 7. Todas las entidades tienen una clave alfanumérica que las identifica unı́voca-
mente.

Se pide realizar el diseño del modelo E/R e indicar aquellos supuestos que no han
podido recogerse, ası́ como los que ha sido necesario introducir.

Ejercicio 9. Se desea diseñar una base de datos que recoja información sobre la Vuelta
Ciclista a España. Los supuestos semánticos que se utilizarán son los siguientes (entre
paréntesis aparecen los nombre de algunos campos que se desean tener en la bases
de datos)

1. Cada edición de la Vuelta viene identificada por un código (CE), además, inte-
resa conservar el año (A) en que ha tenido lugar dicha edición.
2. Todas las ediciones tienen las mismas etapas (E), aunque puede variar su lon-
gitud. Se quiere guardar la longitud de cada etapa (KM) de una edición.
3. Cada equipo (EQ) tiene un nombre (N EQ), también queremos guardar su fecha
de fundación (F EQ).
4. Todos los equipos tienen un único patrocinador (PA), el patrocinador puede
variar de un año a otro, pero no dentro del mismo año.
5. Queremos tener los equipos que han participado en cada edición con el puesto
(PE) conseguido por cada uno de ellos (dos equipos no pueden conseguir el
mismo puesto en una misma edición).
6. Los corredores (C), interesa guardar también su nombre (N C) y fecha de naci-
miento (F C), pueden cambiar de equipo de un año a otro, pero nunca dentro
del mismo.
7. En cada etapa de una edición un corredor consigue un único puesto (P) y un
puesto lo consigue un único corredor.
8. Nos interesa guardar los tiempos (T) conseguidos por cada corredor en cada
etapa de una edición. En cada etapa de una edición, un puesto implica un
tiempo determinado.

Se pide realizar el modelo entidad/relación de la base de datos, utilizando los atributos

que se dan en el enunciado.

Ejercicio 10. La base de datos COMPAÑÍA se ocupa de los empleados, departamentos

y proyectos de una empresa, de acuerdo con los siguientes requisitos:

1. La compañı́a está organizada en departamentos. Cada departamento tiene un

nombre único, un número único y un empleado que la dirige y estamos intere-
sados en guardar la fecha en que dicho empleado comenzó a dirigir el departa-
mento. Un departamento puede estar distribuido en vario lugares.

4
 2. Cada departamento controla un cierto número de proyectos, cada uno de los
cuales tiene un nombre y un número únicos, y se realiza en un sólo lugar.
3. Se almacena el nombre, número de la Seguridad Social, dirección, salario, sexo
y fecha de nacimiento de cada empleado. Todo empleado está asignado a un
departamento, pero puede trabajar en varios proyectos que no tienen porque
ser del mismo departamento. Nos interesa saber el número de horas que un
empleado trabaja en cada proyecto a los que está asignado.
4. También se quiere guardar la relación de las cargas familiares de cada emplea-
do para administrar el seguro que poseen. Almacenaremos el nombre, sexo y
fecha de nacimiento de cada una de las cargas familiares y su parentesco con el
empleado.

Se pide el modelo entidad/relación.

2. Ejercicios avanzados del modelo E/R

Ejercicio 1. El Instituto Se pretende dotar a un centro escolar de medios informáticos
con el fin de automatizar su gestión.
Descripción
En el centro se utilizan cuadernillos de notas para cada alumno, donde se ponen
las notas correspondientes a cada evaluación de las asignaturas a las que asiste el
alumno. Para ello es preciso tener una lista de alumnos que siguen una asignatura y
una lista de alumnos que no tienen nota de una asignatura determinada. También se
quiere la lista de notas dada por un profesor.
Además, cada clase tiene un profesor que hace las funciones de tutor, un profesor
puede ser tutor de varias clases e impartir varias asignaturas en una clase, pero una
asignatura sólo puede ser impartida por un profesor en una clase. En cada clase, hay
también dos representantes o delegados.
Resultados a considerar
El sistema debe dar respuesta a las siguientes preguntas:

1. El profesor J. Pérez imparte Inglés en 4o C (Lista de destinos del profesor por

asignatura y clase).
2. P. Sánchez es alumno de la clase 3o A (Lista de alumnos por clase).
3. P. Rodrı́guez ha obtenido una nota de 6 en Inglés el 12/3/97 (Libretas de notas).
4. La profesora C. Castillo es tutora de 5o B (Lista de tutores).
5. J. Largo es delegado de 3o A (Lista de delegados).
6. El profesor J. Pérez es profesor del Instituto desde Septiembre de 1992.

5
Ejercicio 2. El Torneo de Tenis Grand Slam El objetivo de la base de datos es es-
tablecer el diario de un equipo de participantes en el Torneo de Tenis Grand Slam.
El sistema debe memorizar todos los encuentros que se han desarrollado desde que
existe el torneo, ası́ como las siguientes caracterı́sticas de éstos.
Descripción
El Grand Slam se compone de cuatro torneos anuales que se celebran en Gran Bre-
taña, Estados Unidos, Francia y Australia. En cada paı́s se pueden desarrollar en
distintos lugares (p. ej., en EE. UU. puede desarrollarse en Forest Hill o en Flashing
Meadows).
Cada partido tiene asociado un premio de consolación para el perdedor que depen-
derá de la fase en que se encuentre el torneo (p. ej., el perdedor de octavos de final
puede ganar 5.000 dólares). El ganador de a final recibirá el premio correspondiente
al torneo.
Cada torneo tiene cinco modalidades: Individual masculino, individual femenino, do-
bles masculino, dobles femenino y dobles mixtos.
También hay que tener en cuenta la nacionalidad de un jugador, de forma que éste
puede ser apátrida o tener varias nacionalidades.
Resultados a considerar
El sistema debe dar respuesta a las siguientes preguntas:

1. Dado un año y un torneo, composición y resultado de los partidos.

2. Lista de árbitros que participaron en el torneo.
3. Ganancias percibidas en premios por un jugador a lo largo del torneo.
4. Lista de entrenadores que han entrenado a un jugador a lo largo del torneo y
fechas en las que lo hizo.

Ejemplos de acceso a la base de datos.

1. Connors ganó Gerulaitis en Roland Garros en 1979 en cuartos de final en indi-

viduales masculinos por 6-3 4-6/7-5 6-0.
2. El señor Wilkinson arbitró ese partido.
3. Alemania ha ganado dos veces las individuales masculinas de Wimbledon. Borg
ha ganado 2.000.000 de dólares a lo largo de su participación en el Grand Slam.
4. El ganado de Roland Garros de 1987 ganó 20.000 dólares.
5. Noah ha jugado cuatro veces en dobles mixtos con Mandlikova.

Ejercicio 3. El Catálogo de Vuelos Una empresa aérea establece un anuario de los

vuelos interiores indicando para cada vuelo los horarios, precios y las correspon-
dencias entre vuelos. Se desea concebir una base de datos capaz de reconstruir la
totalidad de las informaciones de dicho documento.

6
Descripción
El anuario está organizado en varias tablas con idéntica estructura. Hay tantas tablas
como ciudades con vuelos de salida. A su vez, para cada una hay una subtabla con
los posibles destinos de los vuelos. En cada destino aparecen la lista de los posibles
vuelos, de forma que para ir de una ciudad a otra se puede coger un vuelo directo o
bien un vuelo con correspondencia (2 vuelos en realidad).
Por ejemplo, el vuelo Madrid - Londres puede efectuarse bien en vuelos directos, bien
con escala en Barcelona.
En todos los casos hay al menos una correspondencia.
En el anuario, un vuelo vendrá representado por la conexión entre una ciudad de
salida y otra de llegada sin escala.
Un vuelo puede estar en correspondencia con algún otro vuelo o no estarlo con nin-
guno, de forma que varios dı́as un vuelo puede estar en correspondencia con otro.
Dado un vuelo y un dı́a considerado le corresponderá un tipo de aparato y un color,
que identificará el tipo de vuelo (azul, rojo, amarillo) y permitirá determinar el precio
del billete.
Un mismo número de vuelo tendrá unas horas de salida y de llegada según el dı́a de
la semana al que corresponda.
Resultados a considerar
El sistema debe dar respuesta a las siguientes preguntas:

1. Dado un vuelo, ciudad de salida y de llegada.

2. Dado un vuelo, horario para un dı́a determinado de la semana, ası́ como el tipo
de vuelo (privado, de pasajeros, etc.).
3. Precio para un vuelo de un determinado tipo entre dos ciudades dadas.

Ejemplos de acceso a la base de datos.

1. El vuelo 512 de Madrid está en correspondencia con el 401 de Barcelona.

2. Confirmar si dados dos vuelos en correspondencia, está se realizará el lunes.
3. El vuelo 512 es realizado por un avión de pasajeros de tipo Concorde.