Normalización

Ciclo No.3 – Semana No.3

Normalizaciones de Bases de Datos

La normalización es el proceso de organizar los datos en una base de

datos. Esto incluye la creación de tablas y que establece relaciones entre
aquellas tablas según reglas diseñadas para proteger los datos y hacer la
base de datos que es más flexible al eliminar redundancia y dependencia
incoherente. Los datos redundantes desperdician espacio en disco y
crean problemas de mantenimiento. Si es necesario cambiar datos que
aparecen en más de un sitio, el cambio deberá ser exactamente igual en
todos estos sitios. Por ejemplo, un cambio de dirección de un cliente es
mucho más fácil de implementar si los datos sólo se almacenan en la
tabla Clientes y en ningún otro lugar de la base de datos.
Normalización
¿Qué es una "dependencia incoherente"? Aunque para un usuario puede resultar intuitivo buscar la
dirección de un determinado cliente en la tabla Clientes, es posible que no tenga sentido buscar en
esa misma tabla el sueldo del empleado que atiende a dicho cliente. El salario del empleado está
relacionado con el empleado (es decir, existe una dependencia entre ambos), por lo que debe moverse
a la tabla Empleados. Las dependencias incoherentes pueden dificultar el acceso a los datos, ya que la
ruta de acceso a los mismos puede estar rota o no encontrarse. Existen unas cuantas reglas para la
normalización de bases de datos. Cada regla se denomina "forma normal" Si se cumple la primera
regla, se dice que la base de datos está en la "primera forma normal" Si se cumplen las tres primeras
reglas, se considera que la base de datos está en la "tercera forma normal" Aunque existen otros
niveles de normalización, se considera que la tercera forma normal es el máximo nivel necesario para
la mayoría de las aplicaciones.
 Primera forma normal Eliminar grupos repetidos en
tablas individuales.

Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son simples e
indivisibles.
No debe existir variación en el número de columnas.
Los campos no clave deben identificarse por la clave (dependencia funcional).
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.
Primera forma normal Eliminar grupos repetidos en
tablas individuales.
• Crear una tabla diferente para
cada conjunto de datos
relacionados.
• Identificar cada conjunto de datos
relacionados mediante una clave
principal.
• No utilizar varios campos en una
única tabla para almacenar datos
similares.
Segunda forma normal

• Crear tablas independientes para conjuntos de valores que se apliquen a

varios registros.
• Relacionar dichas tablas mediante una clave externa.
• Los registros tan sólo deben depender de la clave principal de una tabla (si es
necesario, puede ser una clave compuesta).
Segunda forma normal (Ejemplo)

• Piense en la dirección de un cliente en un sistema de contabilidad. La

dirección es necesitada por la tabla Clientes pero por las tablas Pedidos,
Facturas y Cuentas a cobrar también. En lugar de almacenar la dirección del
cliente como una entrada diferente en cada tabla, almacénela en un único
lugar, ya sea en la tabla Clientes o en una tabla de direcciones independiente.
 Tercera forma normal
• Eliminar los campos que no dependan de la clave. Los valores de un registro que no
forman parte de la clave de dicho registro no pertenecen a esa tabla. En general, siempre
que el contenido de un grupo de campos se puede aplicar a más de un registro de la tabla,
debe tener en cuenta la posibilidad de incluir dichos campos en una tabla independiente.
• EXCEPCIÓN: No es práctico siempre cumplir la forma tercera normal teóricamente
conveniente. Si tiene una tabla Clientes y desea eliminar todas las posibles dependencias
entre campos, debe crear tablas independientes para ciudades, códigos postales,
representantes de ventas, clases de clientes y cualquier otro factor que pueda aparecer
duplicado en varios registros. En teoría, la normalización merece la pena. Sin embargo, la
utilización de un gran número de tablas pequeñas puede perjudicar el rendimiento o
superar la capacidad de memoria y de archivos abiertos del sistema.
 Forma normal de Boyce Codd (BCNF)
• Existe una cuarta forma normal, llamada también Forma normal de Boyce Codd (BCNF),
y una quinta forma normal, pero pocas veces se consideran prácticas en un diseño. La
omisión de estas reglas puede dar como resultado una tabla que no sea perfecta, pero no
debería afectar a su funcionamiento
 Ejemplo
• Una universidad tiene la siguiente hoja de cálculo para poder adelantar el registro de
estudiantes a los diferentes cursos.

• Adelantar el proceso de normalización

1FN
2FN
3FN