Ejercicios normalización

24,737 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
24,737
On SlideShare
0
From Embeds
0
Number of Embeds
20,144
Actions
Shares
0
Downloads
367
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Ejercicios normalización

  1. 1. Ejercicios Normalización MLVR
  2. 2. Ejercicio 1• Considere la siguiente relación:• VENTA_COCHES (Vendedor#,Coche#, Fecha_Venta, Comisión, cant_descuento)• Suponga que un coche puede ser vendido por múltiples vendedores y por lo tanto, {Vendedor#, Coche#} es la clave primaria. Otras dependencias adicionales son:• Fecha_Venta →cant_descuento y• Vendedor#, →%Comisión.
  3. 3. Venta_Coches Vendedor# Coche# Fecha_Venta Comisión Cant_descuento ¿Cumple la 1FN? Todos los atributos son de cardinalidad 0 y 1. No existen grupos repetidos, por lo tanto cumple con la 1FN ¿Cumple con la 2FN? De acuerdo con una de las dependencias funcionales definidas: Vendedor#, →%Comisión. Existe dependencia parcial, en el atributo comisión ( ya que depende de un subconjunto de la clave), por lo tanto no cumple con la 2FN ¿Qué se debe hacer?
  4. 4. Crear una segunda tabla con la columna que no cumple la 2FNy la PK de la cual depende.Venta_Coches Vendedor# Coche# Fecha_Venta Cant_descuento VendedorVendedor# comisión
  5. 5. ¿La relación Venta_Coches cumple la 3FN? Venta_Coches Vendedor# Coche# Fecha_Venta Cant_descuentoSe tiene definida otra dependencia funcional:Fecha_Venta →cant_descuentoRecordar que la 3FN, se refiere a dependencias transitivas, es decir un atributo no clavedepende de otro no clavePor lo tanto esta relación no cumple con la 3FNDebemos descomponer la relación, de tal manera que: Venta_Coches Vendedor# Coche# Fecha_Venta Fechaventa_descuento Fecha_Venta Cant_desc
  6. 6. Las relaciones resultantes son:Venta_CochesVendedor# Coche# Fecha_VentaVendedorVendedor# comisiónFechaventa_descuento Fecha_Venta Cant_desc
  7. 7. • Ejercicio 2 Considere la siguiente definición de relación y datos muestra: Empleado_trabaja_Proyecto NombredelEmpl Teléfono ProyectoID TareasID HorasTotales Descripción_Pro eado yecto Domínguez 12345 100S B-1 12 Reingeniería Domínguez 12345 100S P-1 12 Reingeniería Domínguez 12345 200B B-1 15 Sustentable Domínguez 12345 200B P-1 15 Sustentable Palacios 67890 100S C-1 22 Reingeniería Palacios 67890 200D C-1 26 Innovación Palacios 67890 200D P-1 16 InnovaciónHoras-Proyecto (NombreDelEmpleado, ProyectoID, TareasID, Teléfono, HorasTotales) DondeNombreDelEmpleado es el nombre de un empleadoProyectoID es el número de un proyectoTareasID es el nombre estándar de la tarea(s) que se realiza(n) en el proyectoTeléfono es el número telefónico del empleadoHorasTotales son las horas que ha trabajado el empleado en este proyectoConsiderar (NombreDelEmpleado,ProyectoID,TareasID) como llave primaria¿Está esta relación en 1FN, 2FN y 3FN?
  8. 8. Ejercicio 3Dada la siguiente tabla:numero-préstamo nombre-sucursal nombre-cliente ciudad-sucursal activo calle-cliente importeP-17 Centro Santos Arganzuela 9.000.000 Mayor 1.000P-23 Moralzarzal Gómez La Granja 2.100.000 Carretas 2.000P-15 Navacerrada López Aluche 1.700.000 Mayor 1.500P-14 Centro Sotoca Arganzuela 9.000.000 Arenal 1.500P-93 Becerril Santos Aluche 400.000 Mayor 500P-11 Collado mediano Abril Aluche 8.000.000 Preciados 900P-29 Navas de la asunción Valdivieso Alcalá de Henares 300.000 Goya 1.200P-16 Segovia López Cerceda 3.700.000 Mayor 1.300P-18 Centro González Arganzuela 9.000.000 Arenal 2.000P-25 Navacerrada Rodríguez Aluche 1.700.000 Yeserías 2.500P-10 Galapagar Amo Arganzuela 7.100.000 Embajadores 2.200Dependencias Funcionalesnombre-sucursal → ciudad-sucursalnombre-sucursal → activonombre-cliente → calle-clientenumero-préstamo, nombre-sucursal, nombre-cliente → importeLlave o clave primaria(numero-préstamo, nombre-sucursal, nombre-cliente)¿Está esta relación en 1FN, 2FN y 3FN?

×