Normalizacion de tablas en Bases de datos

¿Qué es la normalización de bases de datos?

La normalización de las tablas en las bases es el proceso donde los datos se organizan de una manera siguiendo unas reglas generales previamente establecidas para no generar redundancia, ni duplicidad de los datos que se guardan en estas tablas, esto permite proteger la integridad de la base de datos, también permite en cierta medida optimizar el tiempo en que se realiza una consulta a la base de datos para obtener información de ella.

A estas reglas que mencionamos anteriormente se les denomina formas normales, el nivel máximo de normalización para la mayoría de aplicaciones es la forma normal 3, esto no implica que no se pueda normalizar las tablas a las demás formas normales, en algunos casos puede que no se utilicen las formas normales pero el aplicativo debe estar preparado para que en cierto punto se genere duplicidad de datos, lo importante es entender a lo máximo su concepto para poder aplicarlo a tus proyectos universitarios o profesionales.

¿Por qué se normalizan las bases de datos?

Las bases de datos relacionales se normalizan para:

• Evitar la redundancia de los datos.
• Disminuir problemas de actualización de los datos en las tablas.
• Proteger la integridad de los datos.
• Facilitar el acceso e interpretación de los datos.
• Reducir el tiempo y complejidad de revisión de las bases de datos.
• Optimizar el espacio de almacenamiento.
• Prevenir borrados indeseados de datos.

Requisitos de la normalización

Para que las tablas de nuestra BD estén normalizadas deben cumplir las siguientes reglas:

• Cada tabla debe tener su nombre único.
• No puede haber dos filas iguales.
• No se permiten los duplicados.
• Todos los datos en una columna deben ser del mismo tipo.

Reglas o niveles de normalización

Para normalizar una base de datos existen principalmente 3 reglas, las cuales se deberían cumplir para evitar redundancias e incoherencias en las relaciones entre las tablas.

Aunque son posibles otros niveles de normalización, la tercera forma normal se considera el máximo nivel necesario para la mayoría de las aplicaciones.

Primera forma normal

Una tabla está en Primera Forma Normal si:

• Todos los atributos son «atómicos». Un atributo es atómico si los elementos del dominio son simples e indivisibles. Por ejemplo, en el campo teléfono no tenemos varios teléfonos.
• La tabla contiene una clave primaria única. Por ejemplo el NUIP para personas, la matrícula para vehículos o un simple id auto-incremental. Si no tiene clave, no es 1FN.
• La clave primaria no contiene atributos nulos. No podemos tener filas para las que no haya clave (por ejemplo, personas sin NUIP o vehículos sin matrícula).
• No debe existir variación en el número de columnas. Si algunas filas tienen 8 columnas y otras 3, pues no estamos en 1FN.
• Los campos no clave deben identificarse por la clave. Es decir, que los campos no clave dependen funcionalmente de la clave. Esto es prácticamente lo mismo que decir que existe clave primaria.
• Debe existir una independencia del orden tanto de las filas como de las columnas, es decir, si los datos cambian de orden no deben cambiar sus significados. Por ejemplo, si en la columna 1 tenemos el primer apellido y en la columna 2 tenemos el segundo, pues no estamos en 1FN. Igualmente si en la tercera fila tenemos el tercer mejor expediente y en la quinta fila el quinto, no estamos en 1FN.

Se traduce básicamente a que si tenemos campos compuestos como por ejemplo “nombre_completo” que en realidad contiene varios datos distintos, en este caso podría ser “nombre”, “apellido_paterno”, “apellido_materno”, etc.

Esta FN nos ayuda a eliminar los valores repetidos y no atómicos dentro de una base de datos.

• Elimine los grupos repetidos de las tablas individuales.
• Cree una tabla independiente para cada conjunto de datos relacionados.
• Identifique cada conjunto de datos relacionados con una clave principal.

Segunda forma normal

Una tabla está en 2FN si además de estar en 1FN cumple que los atributos no clave depende totalmente de la clave principal, esto nos dice que no deben existir dependencias parciales entre las otras columnas no claves de esa tabla.

...