Ejercicios normalización

12,617 views

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
12,617
On SlideShare
0
From Embeds
0
Number of Embeds
1,967
Actions
Shares
0
Downloads
316
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: Relación PROYECTO-HORAS NombreDelEmple ProyectoID TareasID Teléfono HorasTotales ado Don 100A B-1 12345 12 Don 100A P-1 12345 12 Don 200B B-1 12345 12 Don 200B P-1 12345 12 Pam 100A C-1 67890 26 Pam 200A C-1 67890 26 Pam 200D C-1 67890 26Horas-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?

×