Uploaded on

Un sencillo ejemplo de normalizacion paso por paso

Un sencillo ejemplo de normalizacion paso por paso

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
5,697
On Slideshare
0
From Embeds
0
Number of Embeds
4

Actions

Shares
Downloads
246
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Ejemplo de normalización
    Juan Francisco González Reyes
    Instituto Tecnológico Superior de Lerdo
    ITSL
  • 2. PROBLEMA
    Se debe crear una BD para un negocio dedicado a la venta de Software y Hardware
    La información relevante de las tablas debe ser sobre productos, clientes, facturas, inventario y ventas del día
  • 3. PASO CERO
  • 4. PROBLEMA
    Se comienza con una colección de atributos necesarios para la administración del negocio
    El proceso de normalización consiste en comprobar en secuencia si el esquema original está en 1FN, 2FN y 3FN, analizando las dependencias funcionales en cada paso.
  • 5. 1FN (Primer Forma Normal)
  • 6. 1FN
    Una tabla está en 1FN si sus atributos contienen valores atómicos.
    En el ejemplo, podemos ver que los atributos “Edad” ó “Fecha_nac” apuntan a lo mismo y puede ser eliminado alguno de los dos sin repercutir en la información de la BD.
    Pasa igual con “Estado Civil”: No es de carácter reelevante saber si el cliente está casado o soltero.
  • 7. 1FN
    TABLA EN PRIMERA FORMA NORMAL CON ATRIBUTOS INECESARIOS ELIMINADOS:
  • 8. 2FN (Segunda Forma Normal)
  • 9. 2FN
    Una relación está en segunda forma normal si, y sólo si:
    Está en 1FN.
    Todos sus atributos que no son de la clave principal tienen dependencia funcional completa respecto de todas las claves existentes en el esquema.
    En otras palabras, se deben eliminar los atributos que pueden repetir registros como “Proveedor” o “Nombre” y crear otra tabla para cada tipo de entidad.
  • 10. 2FN
    En nuestro caso quedarán 2 tablas resultantes (Artículos y Clientes) identificadas en 1 tabla “Ventas”
    Nota: cuando se separan atributos, se debe crear una referencia o un id del atributo (ej. Id_cliente)
    Tabla Artículos
    Tabla Ventas
    Tabla Clientes
  • 11. 3FN (Tercera Forma Normal)
  • 12. 3FN
    Una relación está en tercera forma normal si, y sólo si:
    Está en 2FN.
    Cada atributo que no está incluido en la clave primaria no depende transitivamente de la clave primaria.
    Por lo tanto, a partir de un esquema en 2FN, tenemos que buscar dependencias funcionales entre atributos que no estén en la clave
  • 13. 3FN
    En nuestro ejemplo, seguimos teniendo el problema de que un proveedor puede repetirse en la tabla “artículos” y por tanto depende transitivamente de la clave primaria.
    Igual pasa con “Monto” y “Fecha” de la tabla Ventas.
    Tabla Artículos
    Tabla Ventas
    Tabla Clientes
  • 14. 3FN
    Por tanto, nuestro ejercicio terminará con 5 tablas resultantes normalizadas:
    Tabla Artículos
    Tabla Proveedores
    Tabla Clientes
    Tabla Ventas
    Tabla Facturas