El documento presenta 6 ejercicios de modelado entidad-relación a partir de diferentes supuestos. El primer ejercicio describe una empresa que vende productos a clientes y los obtiene de proveedores. El segundo ejercicio describe una empresa de transporte que distribuye paquetes. El tercer ejercicio describe la base de datos de un instituto. El cuarto ejercicio describe una concesionaria de autos. El quinto ejercicio describe una clínica médica. El sexto ejercicio describe una tienda de productos informáticos.

1. CURSO: BASE DE DATOS
DOCENTE: EDDIE MALCA
ALUMNO: GIANCARLOS BELLO
EJERCICIOS

2. A partir del siguiente enunciado se desea realiza el modelo entidad-relación.
“Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los clientes (nombre,
apellidos, dni, dirección y fecha de nacimiento). Cada producto tiene un nombre y un código, así como un precio
unitario. Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por
varios clientes.
Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto sólo puede ser
suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos. De cada proveedor se
desea conocer el NIF, nombre y dirección”.
EJERCICIO 1

3. A partir del siguiente enunciado se desea realizar el modelo entidad-relación.
“Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda España. Los encargados de
llevar los paquetes son los camioneros, de los que se quiere guardar el dni, nombre, teléfono, dirección, salario y población
en la que vive.
De los paquetes transportados interesa conocer el código de paquete, descripción, destinatario y dirección del destinatario.
Un camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero. De las provincias a
las que llegan los paquetes interesa guardar el código de provincia y el nombre. Un paquete sólo puede llegar a una
provincia. Sin embargo, a una provincia pueden llegar varios paquetes.
De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo, tipo y potencia. Un camionero puede
conducir diferentes camiones en fechas diferentes, y un camión puede ser conducido por varios camioneros”.
EJERCICIO 2

4. A partir del siguiente enunciado diseñar el modelo entidad-relación.
“Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar los datos de los profesores del
Instituto (DNI, nombre, dirección y teléfono). Los profesores imparten módulos, y cada módulo tiene un código y un
nombre. Cada alumno está matriculado en uno o varios módulos. De cada alumno se desea guardar el nº de expediente,
nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir varios módulos, pero un módulo sólo puede
ser impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de los cuales es el delegado del grupo”.
EJERCICIO 3

5. EJERCICIO 4
A partir del siguiente supuesto diseñar el modelo entidad-relación:
“Se desea diseñar una base de datos para almacenar y gestionar la información empleada por una empresa dedicada a la
venta de automóviles, teniendo en cuenta los siguientes aspectos:
La empresa dispone de una serie de coches para su venta. Se necesita conocer la matrícula, marca y modelo, el color y el
precio de venta de cada coche.
Los datos que interesa conocer de cada cliente son el NIF, nombre, dirección, ciudad y número de teléfono: además, los
clientes se diferencian por un código interno de la empresa que se incrementa automáticamente cuando un cliente se da de
alta en ella. Un cliente puede comprar tantos coches como desee a la empresa. Un coche determinado solo puede ser
comprado por un único cliente.
El concesionario también se encarga de llevar a cabo las revisiones que se realizan a cada coche. Cada revisión tiene asociado
un código que se incrementa automáticamente por cada revisión que se haga. De cada revisión se desea saber si se ha hecho
cambio de filtro, si se ha hecho cambio de aceite, si se ha hecho cambio de frenos u otros. Los coches pueden pasar varias
revisiones en el concesionario”.

7. EJERCICIO 5
A partir del siguiente supuesto diseñar el modelo entidad-relación:
“La clínica “SAN PATRÁS” necesita llevar un control informatizado de su gestión de pacientes y médicos.
De cada paciente se desea guardar el código, nombre, apellidos, dirección, población, provincia, código postal, teléfono y
fecha de nacimiento.
De cada médico se desea guardar el código, nombre, apellidos, teléfono y especialidad. Se desea llevar el control de cada
uno de los ingresos que el paciente hace en el hospital. Cada ingreso que realiza el paciente queda registrado en la base de
datos. De cada ingreso se guarda el código de ingreso (que se incrementará automáticamente cada vez que el paciente
realice un ingreso), el número de habitación y cama en la que el paciente realiza el ingreso y la fecha de ingreso. Un médico
puede atender varios ingresos, pero el ingreso de un paciente solo puede ser atendido por un único médico. Un paciente
puede realizar varios ingresos en el hospital”

8. EJERCICIO 6
Se desea informatizar la gestión de una tienda informática. La tienda dispone de una serie de productos que se pueden
vender a los clientes.
“De cada producto informático se desea guardar el código, descripción, precio y número de existencias. De cada cliente
se desea guardar el código, nombre, apellidos, dirección y número de teléfono.
Un cliente puede comprar varios productos en la tienda y un mismo producto puede ser comprado por varios clientes.
Cada vez que se compre un artículo quedará registrada la compra en la base de datos junto con la fecha en la que se ha
comprado el artículo.
La tienda tiene contactos con varios proveedores que son los que suministran los productos. Un mismo producto puede
ser suministrado por varios proveedores. De cada proveedor se desea guardar el código, nombre, apellidos, dirección,
provincia y número de teléfono”.

9. NORMALIZACIÓN
EJERCICIO 2:
FACTURA DE COMPRA VENTA: La empresa COLOMBIAN SYSTEMS lo ha contratado como el “Ingeniero Encargado” para
sistematizar la facturación. En la siguiente FACTURA DE COMPRA VENTA, usted debe analizar toda la información disponible y
aplique el proceso de normalización, hasta llegar a la Tercera Forma Normal.
Se pide realizar la respectiva justificación detallada de cada uno de los pasos que conduzcan al resultado final.
Factura(NUM_FAC, FECHA_FAC, NOM_CLIENTE, DIR_CLIENTE, RIF_CLIENTE, CIUDAD_CLIENTE, TELEF_CLIENTE, CATEGORIA, COD_PROD, DESP_PROD,
VAL_UNIT, CANT_PROD)
Donde: NUM_FAC:
Número de la factura de compra venta
FECHA_FAC: Fecha de la factura de compra venta
NOM_CLIENTE: Nombre del cliente
DIR_CLIENTE: Dirección del cliente
RIF_CLIENTE: Rif del cliente
CIUDAD_CLIENTE: Ciudad del cliente
TELEF_CLIENTE: Teléfono del cliente
CATEGORIA: Categoría del producto
COD_PROD: Código del producto
DESCRIPCION: Descripción del producto
VAL_UNIT: Valor unitario del producto
CANT_PROD: Cantidad de productos que compra el cliente
La llave primaria es Número de Factura de venta: NUM_FAC
RESULTADO 3RA FORMA NORMAL:
CATEGORIA (ID_CATEGORIA(PK), CATEGORIA)
PRODUCTO (COD_PROD(PK), DESCRIPCION, VAL_UNIT, ID_CATEGORIA(FK))
FACTURA_PRODUCTO (COD_PROD, NUM_FAC(PK), CANT_PROD)
FACTURA (NUM_FACTURA(PK), FECHA_FAC, RIF_CLIENTE(FK))
CLIENTE (RIF_CLIENTE(PK), NOM_CLIENTE, DIR_CLIENTE, TELEF_CLIENTE, ID_CIUDAD(FK))

10. EJERCICIO 3:
EMPRESA DE ENVIO DE MERCANCIA: a continuación se agrupan todos los atributos que hacen parte de la base de datos para
aplicarle las reglas de normalización.
Donde se incluyen los nombres de los atributos con su significado
Donde:
GUIA_NO = Numero de Guia
GUIA_FECHA= Fecha de la Guia
GUIA_HORA= Hora de la Guia
ORGN_RIF = Identificacion de Empresa Origen
ORGN_NOM = Nombre de Empresa Origen
ORGN_ACT = Actividad Comercial de Empresa Origen
ORGN_CIUDAD= Ciudad de Empresa Origen
ORGN_DIR = Direccion de Empresa Origen
ORGN_TEL = Telefono de Empresa Origen
ORGN_CEL = Celular de Empresa Origen
DEST_ID = Identificacion del destinatario
DEST_NOM = Nombre del destinatario
DEST_COD_CIUDAD = Codigo de la ciudad del destinatario
DEST_CIUDAD= Ciudad del destinatario
DEST_DIR = Direccion del destinatario
DEST_TEL = Telefono del destinatario
DEST_KM = Distancia kilometraje de Ciudad origen a ciudad del destinatario
CODIGO = Codigo del paquete
TIPO = Tipo de paquete
NOMBRE = Nombre del paquete
DESCRIPCION = Descripción del paquete
VALR_ FLETE = Valor del flete
RESULTADO 3RA FORMA NORMAL:
ORIGEN (ORGN_RIF(PK), ORGN_NOM, ORGN_ACT, ORGN_DIR, ORGN_TEL, COD_CIUDAD(FK))
GUIA (GUIA_NO(PK), GUIA_FECHA, GUIA_HORA, ORGN_RIF, DEST_ID(FK))
CIUDAD (COD_CIUDAD(PK), NOMBRE_CIUDAD)
DESTINATARIO (DEST_ID(PK), DEST_NOM, DEST_TEL, DEST_KM, COD_CIUDAD(FK))
PAQUETE (CODIGO(PK), TIPO, NOMBRE, DESCRIPCION, VALOR_FLETE)
DETALLE_GUIA (GUIA_NO(PK), CODIGO(PK), CANTIDAD, PESO

11. EJERCICIO 4:
Video club: En una tienda de video se necesita mantener información de alrededor de 3000 casetas cada uno de los casetes tiene asignado un
número por cada película se necesita conocer un titulo y categoría por ejemplo: comedia, suspenso, drama, acción, ciencia ficción, etc. Se
mantienen algunas copias de muchas películas. Se le da a cada película una identificación y se mantiene seguimiento de lo que contiene cada
casete. Un casete puede venir en varios formatos y una película es grabada en un solo casete; frecuentemente las películas son pedidas de
acuerdo a un actor especifico Tom Cruise y Demi More son los más populares es por esto que se debe mantener información de los actores que
pertenecen a cada película. No en todas las películas actúan artistas famosos, a los clientes de la tienda le gusta conocer datos como el nombre
real del actor, y su fecha de nacimiento. En la tienda se mantienen información solo de los actores que aparecen en las películas y que se tiene a
disposición. Solo se alquila videos a aquellos que pertenecen al club de videos. Para pertenecer al club se debe tener un buen crédito. Por cada
miembro del club se mantiene una ficha con su nombre, teléfono y dirección, cada miembro del club tiene asignado un número de membresía.
Se desea mantener información de todos los casetes que un cliente alquila, cuando un cliente alquila un casete se debería conocer el nombre de
la película, la fecha en la que se alquila y la fecha de devolución.
Se pide aplicar las reglas de normalización hasta la tercera forma normal, teniendo las siguientes entidades con sus respectivos atributos:
Alquiler (cod_alquiler, num_membresia, cod_cliente, nom_cliente, dir_cliente, telef_cliente, cod_cassette, fecha_alquiler, fecha_dev, valor_alquiler, cantidad)
Cassettte (cod_cassette, num_copias, formato, cod_pelicula, titulo, categoría, cod_actor, nom_actor, fechanac_actor, cod_tipo)
Donde:
cod_alquiler = Codigo del alquiler
num_membresia = Numero de membresia
cod_cliente = código del cliente
nom_cliente = nombre del cliente
dir_cliente = dirección del cliente
telef_cliente = teléfono del cliente
cod_cassette = código del cassette
fecha_alquiler = fecha del alquiler de la película
fecha_dev = fecha de devolución de la pelicula
valor_alquiler = valor del alquiler de la película
cantidad = cantidad de película alquilada
num_copias = números de copias de cassette
formato = formato del cassette
titulo = nombre de la película
categoría = categoría de la película
cod_actor = código del actor
nom_actor = nombre del actor
fechanac_actor = fecha de nacimiento del actor
cod_tipo = código del tipo de película.

12. RESULTADO 3RA FORMA NORMAL:
ACTOR (cod_actor(PK), nom_actor, nom_real_actor, fechanac_actor)
PELICULA (cod_pelicula(PK), titulo, id_categoria(FK))
CATEGORIA (id_categoria(PK), nom_categoria)
PELICULA_ACTOR (cod_pelicula(PK), cod_actor(PK), actor_famoso)
CASSETE (cod_cassete(PK), formato, cod_pelicula(FK))
MEMBRESIA (num_membresia(PK), cod_cliente(FK), fec_ini_membresia, fec_fin_membresia) CLIENTE
(cod_cliente(PK), nom_cliente, nom_cliente, telef_cliente)
ALQUILER (num_membresia(PK), cod_cassete(PK), fecha_alquiler, fecha_dev, cantidad)