Un sencillo ejemplo de normalizacion paso por paso

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