la normalizacion

¿Qué es Normalización?

Normalización es el proceso de organizar de manera eficiente los datos dentro de una base de datos. Esto incluye la creación de tablas y el establecimiento de relaciones entre ellas según reglas pre-diseñadas tanto para proteger los datos y la base de datos, como para hacer más flexible al eliminar la redundancia y dependencia incoherente.

Existen 3 niveles de Normalización que deben respetarse para poder decir que nuestra Base de Datos, se encuentra NORMALIZADA, es decir, que cumple con los requisitos naturales para funcionar óptimamente y no perjudicar las Performance por mala arquitectura. Estas 3 reglas de Normalización se las conoce como las 3 FORMAS NORMALES.

                                                              NORMALIZACIÓN DE LA BASE DE DATOS
(3 formas normales)




£CONCEPTO:

Existen 3 niveles de normalización que deben respetarse para poder decir que nuestra Base de Datos, se encuentra NORMALIZADA, es decir, que cumple con los requisitos naturales para funcionar óptimamente.



£LA PRIMERA FORMA NORMAL:

Esta norma, nos lleva a no repetir datos en nuestras tablas. Los famosos maestro-detalle, deben aplicarse a la estructura de la tabla. Tenemos por ejemplo: una tabla de ventas y se repite una o varias beses (por cada venta), el nombre, el domicilio o los datos del clientes, es porque no hemos aplicado esta Normalización. Si tenemos una tabla clientes, en la tabla de ventas, solo debería figurar el código del cliente, para que el resto de los datos se puedan referenciar automáticamente sin problemas y sin duplicar información.


£LA SEGUNDA FORMA NORMAL:
Esta nos habla de que cada columna de la tabla debe depender de la clave, esto significa que todo un registro debe depender únicamente de la clave principal. Tenemos un ejemplo: Aquí tenemos un problema, acaso no se busca NO REPETIR DATOS?, si toda venta tendrá el mismo número de cliente y la misma fecha… por que no crear una tabla de MAESTRO DE VENTAS y que contenga esos datos? Es evidente que la columna Cliente Venta y Fecha Venta se repetirán por cada venta realizada. Es por ello que proponemos el siguiente esquema
Y ahora nuestra nueva tabla maestra Entonces, nuestra segunda Forma Normal nos habla de que cada columna de un tabla debe depender de toda clave y no constituir un dato único para cada grupo de registros.


£LA TERCERA FORMA NORMAL:

Esta tercera forma normal nos habla de que:  Ninguna columna puede depender de una columna que no tenga una clave.  No puede haber datos derivados. Supongamos un ejemplo donde ciertas columnas no dependen de la clave principal y si dependen de una columna de nuestra tabla.
Es normal encontrar bases mal normalizadas. Vemos que los campos DESCRIPCION, MEDIDA y PROVEEDER no dependen de VENTAID y es por ello, que no deberían estar dentro de la tabla de detalle de ventas, ya que dependen de PRODUCTOID. Aquí no se trata ya de eliminar grupos repetidos de datos (1ra Forma Normal) sino que ante la inclusión de una clave perteneciente a otra tabla, cualquier campo que sea subordinado de dicha clave debe estar en otra tabla y no en nuestra tabla detalle.


CONCLUSIÓN DEL TEMA
Finalmente si tomamos en cuenta que una tabla de detalle de venta (ítem x ítem) puede contener un volumen de millones de registros, al haberle aplicado las 3 formas normales nos estaremos ahorrando varios Gigabytes de tamaño en dicha tabla y por supuesto mejorado notablemente la