TAREA 2 GESTIÓN DE BASES DE DATOS

SERGIO SERNA ORTEGA

ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS EN RED

1
 ÍNDICE

- EJERCICIO 1

Obtener el modelo Entidad-Relación: Entidades, relaciones, atributos, claves principales, cardinalidades,

tipos de correspondencia, etc.

Obtener el modelo Relacional: pasar del modelo entidad-relación al modelo relacional aplicando

correctamente las reglas de transformación, justificando la solución elegida cuando se considere

necesario.

- EJERCICIO 2

Normaliza la siguiente relación hasta 3FN, analizando las dependencias entre los atributos:

PEDIDO (NumPedido, FechaPedido, CodProveedor, NombreProveedor, DirecciónProveedor,

CodProducto, NombreProducto, PrecioProducto, Cantidad)

Recoge los datos de los pedidos a los proveedores.

Cada producto lo puede suministrar más de un proveedor.

Cada pedido incluye varios productos.

- EJERCICIO 3

Obtener el modelo Entidad-Relación: Entidades, relaciones, atributos, claves principales, cardinalidades,

tipos de correspondencia, etc.

Obtener el modelo Relacional: pasar del modelo entidad-relación al modelo relacional aplicando

correctamente las reglas de transformación, justificando la solución cuando se considere necesario.

2
EJERCICIO 1

Obtener el modelo Entidad-Relación: Entidades, relaciones, atributos, claves principales, cardinalidades, tipos de

correspondencia, etc.

Cliente-Vehículo:

Un cliente, puede tener uno o varios vehículos, pero cada vehículo sólo tiene un dueño.

Vehículo-Reparación:

Un vehículo puede necesitar de una o varias reparaciones, pero cada reparación solo se hará sobre un vehículo.

Reparación-Empleados:

En una reparación pueden intervenir uno o varios empleados, y un empleado puede estar realizando varias reparaciones.

Reparación-Actuaciones:

Una reparación puede tener una o varias actuaciones, pero una actuación es exclusiva de un vehículo y se realiza una sola

vez.

3
Reparación-Recambios:

Un recambio sólo puede ser necesitado en un vehículo al mismo tiempo, pero una reparación sí que puede necesitar varios

recambios.

Reparación-Factura:

Una reparación siempre creará una factura, y viceversa una factura será creada y pertenecerá por tanto a una reparación

El modelo final quedaría de esta manera:

Claves principales, foráneas y atributos:

- Clientes: CodCliente, DNI, Nombre, Apellidos, Dirección y Teléfono

- Factura: IdFactura, FechaFactura, CodCliente, IdReparacion

- Vehículo: Marca, Matrícula, Color, Modelo, FechaMatric, CodCliente

- Reparación: IdReparacion, Matrícula, FechaEntrada, FechaSalida, Kilometraje, Avería, Reparado,

Observaciones

- Empleados: CodEmpleado, DNI, Nombre, Apellidos, Dirección, Teléfono, CodPostal, FechaAlta, Categoría

- Actuaciones: Referencia, Descripción, TEstimado, Importe

- Recambios: IdRecambio, Descripción, Stock, UdBase, PrecioReferencia

Se han marcado en negrita las claves primarias, y subrayado las foráneas

4
Obtener el modelo Relacional: pasar del modelo entidad-relación al modelo relacional aplicando correctamente las reglas de

transformación, justificando la solución elegida cuando se considere necesario.

Cliente-Factura:

La relación es de uno a varios, la clave primaria CodCliente debe ser clave foránea en Factura.

Cliente-Vehículo:

La relación es de uno a varios, de igual manera CodCliente, es primaria en Cliente y foránea en Vehículo.

Vehículo-Reparación:

Relación de uno a varios

5
Reparación-Factura:

En este caso la relación es de uno a uno, IdReparación al ser clave en la tabla reparación será foránea en la tabla factura.

Reparación-Empleados:

Relación de varios a varios.

Reparación-Actuaciones:

Relación de varios a varios.

6
Reparación-Recambios:

Relación de varios a varios.

ESQUEMA FINAL: