TRANSFORMACIÓN

DEL MODELO E/R AL

MODELO RELACIONAL
RELACIÓN DE EJERCICIOS Nº 2 Y Nº 3

ALUMNO: RAFAEL MARTÍNEZ SERRANO (D.A.M)

Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

TABLA DE CONTENIDOS

RELACION DE EJERCICIOS Nº 2
EJERCICIO Nº 1
- Enunciado ……………………………………………………………………………… 2
- Modelo Entidad/Relación ………………………………………………………. 3
- Modelo Relacional ………………………………………………………………….
- Justificación del Ejercicio
EJERCICIO Nº 2
- Enunciado ………………………………………………………………………………. 5
- Modelo Entidad/Relación
- Modelo Relacional
- Justificación del Ejercicio

RELACION DE EJERCICIOS Nº 3
EJERCICIO Nº 1
- Enunciado
- Modelo Entidad/Relación
- Modelo Relacional
- Justificación del Ejercicio
EJERCICIO Nº 2
- Enunciado
- Modelo Entidad/Relación
- Modelo Relacional
- Justificación del Ejercicio
EJERCICIO Nº 3
- Enunciado
- Modelo Entidad/Relación
- Modelo Relacional
- Justificación del Ejercicio

-1-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Ejercicio Nº1_ Relación Nº 2

Enunciado
Diseña un esquema E/R que recoja la información sobre un club náutico y después
pásalo al modelo relacional según la siguiente descripción:

• Se guarda el nombre, dirección, DNI, teléfono y fecha de ingreso de cada socio y sus
embarcaciones (propiedad).

• Cada embarcación tiene una matrícula, nombre, año de fabricación y unas

dimensiones. Figura un único socio como su propietario. En el club hay dos tipos de
embarcaciones: a vela y a motor, de las primeras no interesa saber el número de
mástiles y la superficie velica total y de las segundas guardaremos la potencia de su
motor y el combustible que utiliza. No existen barcos híbridos, es decir, que no pueden
ser a la vez barcos de vela y de motor. Los barcos a motor tienen asignado un único
mecánico (DNI, nombre, apellidos) pero que puede ir cambiando a lo largo del tiempo.
Así mismo un mecánico puede tener varios barcos a su cargo.

• Cada amarre se identifica conjuntamente por zona y número. También se guarda la

última lectura de los contadores de agua y luz, la embarcación a la que está asignado
(única) y la fecha de asignación del amarre a la embarcación. No puede haber varios
amarres asignados a la misma embarcación.

• Un socio puede ser propietario de uno o más amarres. En todo caso se guarda la
fecha de compra del amarre. Un amarre solo puede ser propiedad de un solo socio. No
hay ninguna relación entre la fecha de compra de un amarre y su fecha de asignación.

• Los amarres del club náutico se dividen en zonas. Cada zona se identifica por una
letra, contiene un determinado tipo de barcos y todos sus amarres tienen la misma
profundidad y anchura. Lógicamente, un amarre pertenece a una sola zona.

• Los empleados se identifican por un código. Ademas sabemos su nombre, dirección,

teléfono, especialidad y el número de horas que dedica a cada zona. Cada empleado
está asignado a una o varias zonas. En cada zona puede trabajar más de un empleado.

-2-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Modelo Entidad/Relación

Modelo Relacional

-3-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Justificación del ejercicio

-4-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Ejercicio Nº 2_Relación Nº 2
Enunciado
Se desea mantener una base de datos para una cadena de farmacias distribuida en
diferentes ciudades. Cada farmacia contrata a una plantilla de trabajadores compuesto
por sus empleados propios y un farmacéutico. Por cada ciudad, con al menos una
farmacia, existe un único farmacéutico; esto es, si en una ciudad hubiera más de una
farmacia, el mismo farmacéutico estaría atendiendo a todas las farmacias de esa
ciudad. Sólo se registrarán en la base de datos las ciudades que al menos tengan una
farmacia.

Cada farmacia almacena cuánto tiene y cuál es el precio de cada medicamento según
su presentación (es decir, para cada medicamento y presentación concreta: hay que
guardar cuántos hay y cuánto vale para esa presentación). Si se registra una farmacia
es porque ya está instalada en una ciudad y tiene empleados, pero si es nueva puede
que todavía no tenga medicamentos en existencias.

Los medicamentos se organizan según los ingredientes que lo componen, su

presentación (por ejemplo ampollas de 5 unidades, jarabe de 100ml, inyecciones por
10 unidades, pomada 60gr, etc.), el laboratorio que lo comercializa (cada uno puede
comerciar varios medicamentos y cada medicamento puede ser comercializado
únicamente por un laboratorio), y sus acciones terapéuticas (analgésico, antibiótico,
etc.) que pueden ser varias para un mismo medicamento. Puede que existan
ingredientes registrados en la base de datos que no estén todavía presentes en ningún
medicamento. Pueden registrarse laboratorios a los que no se le compren
medicamentos aún pero que interesan por tener su teléfono.

Por cada medicamento se mantiene su nombre, prospecto (campo de texto extenso),

precio (depende de la presentación) y la cantidad en existencias del mismo (para una
presentación concreta). Por cada empleado se mantiene su DNI, nombre y teléfono de
contacto. De cada farmacéutico se quiere saber en qué año obtuvo su titulación
universitaria, y de cada empleado propio se quiere conocer el tipo de contrato
realizado (fijo, indefinido, etc.). De los ingredientes únicamente interesa su nombre y
sus características terapéuticas. Del laboratorio interesa su nombre y teléfono; y de la
acción terapéutica interesa sólo su denominación.

Diseña un esquema E/R y pásalo al modelo relacional.

-5-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Modelo Entidad/Relación

Modelo Relacional

-6-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Justificación del ejercicio

-7-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Ejercicio Nº 1_Relación Nº 3
Enunciado
Un aficionado a la historia pretende diseñar una base de datos con la información
básica de todas las dinastías reales europeas conocidas; es decir, de todos los reyes,
reinas y sus descendientes legítimos (los nacidos dentro del matrimonio y, por tanto,
con posibles derechos dinásticos) hasta segundo grado.
De cada persona incluida en la base de datos quiere poder obtener, además del
nombre y fecha de nacimiento, el apodo que les daba el pueblo (si lo tiene) y sus
parientes más directos (padres, hijos, hermanos, primos y cónyuges), así como la lista
de los territorios sobre los que han gobernado, indicando el papel desempeñado (rey,
regente, etc.), el año de comienzo, y el nombre usado en ese territorio. Se considera
que el cargo sólo lo ostenta una persona en un momento dado (el cónyuge es
únicamente el consorte del gobernante de ese territorio).
Dada la importancia de los matrimonios en el mundo de la nobleza, además de la fecha
de celebración, decide incluir la de finalización para aquellos casos en que el cónyuge
muere, hay divorcio o se anula el matrimonio. También quiere poder obtener el
primogénito (si lo hay) de cada matrimonio.
A cada territorio se le asigna un nombre único (aunque sus fronteras hayan podido
variar a lo largo de la historia) y se incluye, cuando son conocidas, la fecha de su
fundación y la de su desaparición, y algún breve comentario de la historia del
territorio. Se quiere poder sacar un listado cronológico de todas las personas que lo
han gobernado.
Posteriormente quiere añadir las guerras que tuvieron lugar, los reinos que
participaron, las fechas de inicio y fin, así como las batallas más importantes dentro
cada guerra. De cada batalla quiere incluir su nombre, la fecha, una breve descripción
de lo que sucedió en la lucha, y los reinos que tomaron parte (es posible que no todos
los que estaban involucrados en la guerra).
A partir de esta información, se pide:
• Diseñar una base de datos que represente la información descrita en el
enunciado del modo más completo y preciso posible, utilizando el modelo E/R.
• Transformar el esquema anterior en un esquema relacional adecuado

-8-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Modelo Entidad/Relación

Modelo Relacional

-9-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Justificación del ejercicio

-10-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Ejercicio Nº 2_Relación Nº 3
Enunciado
La agencia de viajes VUELASA permite a sus clientes (de los que se guarda su DNI,
nombre, dirección, teléfono y número de tarjeta de crédito) contratar paquetes de
viaje.
Un paquete de viaje se identifica con un código (10 caracteres alfanuméricos) y puede
incluir la contratación de vuelos y también de hoteles. Cada vuelo “regular” se realiza
siempre entre dos ciudades, tiene asociado un código identificativo, una hora de salida
y una hora de llegada establecidas, y una cierta periodicidad (por ejemplo, puede
hacerse cada día, cada 7 días, etc.). De cada vuelo en una fecha concreta se puede
almacenar un comentario acerca de las posibles incidencias en dicho vuelo.
Dentro de un paquete de viaje pueden existir una o varias reservas de vuelo (si hay
varias dentro del mismo paquete, se distinguen asignándoles un número correlativo).
Para cada reserva de vuelo hay un ticket asociado que permite al cliente utilizar el
vuelo en una determinada fecha. Una reserva de vuelo da derecho a un pasajero, tras
pagar el precio correspondiente, a volar en una cierta clase (turista o primera) en un
determinado número de asiento.
Un paquete de viaje también puede incluir la contratación de estancias en hoteles,
debiéndose indicar para cada una de las estancias contratadas el nombre del hotel, la
fecha de entrada y salida, el precio total, y el número de habitaciones reservadas.
Como puede darse el caso de que haya dos hoteles en distintas ciudades con el mismo
nombre, además del nombre, teléfono y dirección del hotel, se guarda la ciudad y el
país en que está ubicado el hotel (se puede suponer que no hay dos ciudades que se
llamen igual).
Con toda esta información, que debe permitir al cliente buscar paquetes de viaje que
minimicen el precio o el tiempo total empleado, se pide:
• Diseñar una base de datos que represente la información descrita en el
enunciado del modo más completo y preciso posible, utilizando el modelo E/R.
• Transformar el esquema anterior en un esquema relacional adecuado

-11-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Modelo Entidad/Relación

Modelo Relacional

-12-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Justificación del ejercicio

-13-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Ejercicio Nº 3_Relación Nº 3
Enunciado
El Ayuntamiento de Córdoba nos ha encargado el diseño de una base de datos que
permita gestionar la información acerca de los distintos eventos que tendrán lugar
durante la celebración de la Capitalidad Cultural 2022, y que sirva para proporcionar a
los visitantes información útil y precisa.
Los eventos se identificarán con un nombre, y pueden ser de distintos tipos
(conciertos, espectáculos, exposiciones, fuegos artificiales, etc.). La mayor parte de los
eventos están programados para celebrarse todos los días, entre dos fechas
determinadas, y a unas horas concretas, pero también hay algunos eventos especiales
que sólo se celebran en fechas y horas concretas.
El Ayuntamiento está interesado en guardar un registro de cómo transcurren los
distintos eventos de acuerdo a los planes iniciales. En este sentido, además de querer
conocer el número de asistentes a cada evento concreto, desea saber las incidencias
que acontecen durante la celebración de un evento (por ejemplo, para indicar que un
evento se inició con cierto retraso, o que hubo problemas con el sonido, etc.), e incluso
si se ha cancelado.
Casi todos los eventos se planifican para ser celebrados en un determinado recinto, de
entre los distintos recintos que existen (sólo hay unos pocos eventos que no tienen
ninguna ubicación concreta). Cada recinto se identifica con un nombre, tiene una
determinada capacidad de espectadores, y puede ser al aire libre o cubierto. También
se quiere guardar información de la localización asociada a cada pabellón (una
descripción textual).
Además, y con el fin de poder recomendar a los visitantes rutas óptimas en visitas
programadas, se necesita conocer la distancia y el tiempo que cuesta ir de un recinto a
otro, con el que está directamente comunicado.
Como hay algunos eventos importantes que se celebran al aire libre (por ejemplo,
determinados conciertos de grupos muy populares), la organización ha previsto que
algunos de dichos eventos podrían verse afectados por la lluvia. En tal caso, y en
función de la importancia del evento, podría decidirse reubicar el evento para que se
celebre en un recinto cubierto. Esto puede conllevar la cancelación de todos los
eventos programados para celebrarse en dicho recinto en el horario del evento
reubicado. Por tanto, se quiere poder conocer todos los eventos reubicados, así como
los eventos que cancelan.
Para celebrar un evento en un determinado recinto, se considera que se le necesita
disponible una hora antes y media hora después de la finalización del evento (además
de durante la celebración del evento).

-14-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Con toda esta información, se pide:

• Diseñar una base de datos que represente la información descrita en el
enunciado del modo más completo y preciso posible, utilizando el modelo E/R.
• Transformar el esquema anterior en un esquema relacional adecuado

Modelo Entidad/Relación

Modelo Relacional

-15-
Bases de Datos Relación de Ejercicios Nº 2 y Nº 3 D.A.M.

Modelo Relacional

Justificación del ejercicio

-16-