La normalización de bases de datos

1. UNIVERSIDAD AGRARIA DEL ECUADOR
CARRERA DE INGENIERÍA EN CIENCIAS DE LA COMPUTACIÓN
Nombre: Mora Lombeida Lady Russhell
Curso: 4 S” A”
NORMALIZACIÓN EN BASE DE DATOS
La teoría de la normalización fue desarrollada inicialmente por Codd, él desarrolló unas
reglas llamadas formas normales, posteriormente Boyce y Fagín también aportaron
otras reglas de normalización. Codd en 1070 definió la primera forma normal, luego se
definieron la segunda, la tercera, la Boyce –Codd, la cuarta y la quinta forma normal.
La normalización es la transformación de las vistas de usuario complejas y del almacén
de datos a un juego de estructuras de datos más pequeñas y estables. Además de ser
más simples y estables, las estructuras de datos son más fáciles de mantener que otras
estructuras de datos. (Kendall, 2005)
Normalización de Base de Datos, es el proceso de organizar los datos en una base de
datos que incluye la creación de tablas y el establecimiento de relaciones entre ellas.
Este proceso es utilizado para ayudar a eliminar los datos redundantes.
Cinco formas de normalización (FN: Forma normal)
 1FN: Eliminar grupos repetitivos
 2FN: Eliminar datos redundantes
 3FN: Eliminar columnas no depende de clave
 4FN: Aislar Relaciones Múltiples Independientes
 5FN: Aislar relaciones semánticamente relacionadas múltiples
Primera forma normal (1FN)
La primera regla de normalización establece que las columna repetidas deben
eliminarse y colocarse en diferentes tablas.
1. Todos los atributos, valores almacenados en las columnas, deben ser
indivisibles.
2. No deben existir grupos de valores repetidos.
3. No se deben almacenar campos calculados (como el promedio).
4. La tabla contiene una clave primaria única.
5. La clave primaria no contiene atributos nulos.
6. Una tabla no puede tener múltiples valores en cada columna
Segunda forma normal (2FN)
Una relación está en 2FN si está en 1FN y si los atributos que no forman parte de
ninguna clave dependen de forma completade la clave principal. Es decir que no existen
dependencias parciales. (Todos los atributos que no son clave principal deben depender
únicamente de la clave principal).
 Cree tablas independientes para conjuntos de valores que se apliquen a varios
registros.
 Relacione estas tablas con una clave externa.
Los registros no deben depender de nada que no sea una clave principal de una tabla,
una clave compuesta si es necesario.

2. Por ejemplo, considere la dirección de un cliente en un sistema de contabilidad. La
dirección se necesita en la tabla Clientes, pero también en las tablas Pedidos, Envíos,
Facturas, Cuentas por cobrar y Colecciones. En lugar de almacenar la dirección de un
cliente como una entrada independiente en cada una de estas tablas, almacénela en un
lugar, ya sea en la tabla Clientes o en una tabla Direcciones independiente.
Tercera forma normal (3FN)
La base de datos debe de estar normalizada a la forma 2FN.
Generar catálogos (relaciones uno a muchos). Cada columna se debe de separar y
colocar en su respectiva tabla.
Cada campo debe de representar un hecho acerca de la llave primaria y nada más.
Los atributos que no sean clave única y que dependan de otra tabla deberán ser llaves
foráneas que hagan referencia a las llaves primarias de la tabla a la que pertenecen.
No almacenar valores calculados como por ejemplo un promedio.
Cuarta forma normal (4FN)
La base de datos debe de estar normalizada a la forma 3FN.
Para que una tabla esté en la cuarta forma normal, ha de estar en la de Boyce-Codd y
cumplir, además, con esta condición:
 No hay dependencias multivaluadas a no ser que sean triviales.
 Generación de tablas muchos a muchos. Esto para resolver las dependencias
multivaluadas.
 La dependencia multivaluada (multivalued dependency) o multivalor tiene lugar
siempre que dos atributos sin relación entre sí, dependan del mismo atributo.
 Luego debemos observar que nuestra tabla no posea dependencias
multivaluadas.
 Una tabla con una dependencia multivaluada es una donde la existencia de dos
o más relaciones independientes muchos a muchos causa redundancia; y es
esta redundancia la que es suprimida por la cuarta forma normal.
Quinta forma normal (5FN)
La base de datos debe de estar normalizada a la forma 4FN.
Generación de tablas muchos a muchos, pero usando únicamente llaves foráneas.
• Permite hacer frente a un tipo de dependencia denominada dependencia de unión
(Join dependency).
• Suele presentarse cuando resolvemos tres (o mas) entidades, todas relacionadas con
una relación muchos-a-muchos a las otras.
• Es algunas veces referida como Join-Proyection Normal Form (JPNF).
• Estas relaciones son raras en la práctica.