• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Ej Normalizacion Juan Glz
 

Ej Normalizacion Juan Glz

on

  • 6,102 views

Un sencillo ejemplo de normalizacion paso por paso

Un sencillo ejemplo de normalizacion paso por paso

Statistics

Views

Total Views
6,102
Views on SlideShare
5,297
Embed Views
805

Actions

Likes
0
Downloads
223
Comments
0

8 Embeds 805

http://ziscko.wordpress.com 716
http://programacion.freetzi.com 60
http://www.slideshare.net 21
http://oscarguillintabd2012.blogspot.com 3
https://ziscko.wordpress.com 2
http://webcache.googleusercontent.com 1
http://sistemasaccess2013.blogspot.com 1
http://asesoriasticsguia1.blogspot.com 1
More...

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Ej Normalizacion Juan Glz Ej Normalizacion Juan Glz Presentation Transcript

    • Ejemplo de normalización
      Juan Francisco González Reyes
      Instituto Tecnológico Superior de Lerdo
      ITSL
    • 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
    • PASO CERO
    • 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.
    • 1FN (Primer Forma Normal)
    • 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.
    • 1FN
      TABLA EN PRIMERA FORMA NORMAL CON ATRIBUTOS INECESARIOS ELIMINADOS:
    • 2FN (Segunda Forma Normal)
    • 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.
    • 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
    • 3FN (Tercera Forma Normal)
    • 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
    • 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
    • 3FN
      Por tanto, nuestro ejercicio terminará con 5 tablas resultantes normalizadas:
      Tabla Artículos
      Tabla Proveedores
      Tabla Clientes
      Tabla Ventas
      Tabla Facturas