Normalización 1

Normalización
En el proceso de normalización se somete un esquema de relación a una serie de pruebas para “certificar”
si pertenece o no a una cierta forma normal. En un principio, se propuso tres formas normales, a las cuales
se llamó primera, segunda y tercera formas normales. Posteriormente, se propuso una definición más
estricta de 3FN, a la que conoce como forma normal de Boyce-Codd.

La normalización de datos puede considerarse como un proceso durante el cual los esquemas de relación
insatisfactorios se descomponen repartiendo sus atributos entre esquemas de relación más pequeños que
poseen propiedades deseables. Un objetivo del proceso de normalización es garantizar que no ocurran
anomalías de actualización.

Las formas normales proveen a los diseñadores de bases de datos lo siguiente:

 Un marco formal para analizar los esquemas de relación con base en sus claves y en las
dependencias funcionales entre sus atributos.
 Una serie de pruebas que pueden efectuarse sobre esquemas de relación individuales de modo
que la base de datos relacional pueda normalizarse hasta el grado deseado. Cuando una prueba
falla, la relación que provoca el fallo debe descomponerse en relaciones que individualmente
satisfagan las pruebas de normalización.

Otro punto que merece la pena destacar es que los diseñadores de bases de datos no tienen que
normalizar hasta la forma normal más alta posible. Las relaciones pueden dejarse en formas normales
inferiores por razones de rendimiento.

Primera Forma Normal (1FN)

La primera forma normal se considera ahora parte de la definición formal de relación; se definió para
prohibir los atributos multivaluados, los atributos compuestos y sus combinaciones.

Establece que los dominios de los atributos deben incluir sólo valores atómicos (simples, indivisibles) y que
el valor de cualquier atributo en una tupla debe ser un valor individual proveniente del dominio de ese
atributo. Así pues, 1FN prohíbe tener un conjunto de valores, una tupla de valores o una combinación de
ambos como valor de un atributo para una tupla individual. En otras palabras prohíbe las “relaciones
dentro de relaciones” o las “relaciones como atributos de tuplas”. Los únicos valores de atributos que
permite 1FN son valores atómicos (o indivisibles).

La primera forma normal también prohíbe los atributos compuestos que por sí mismos son multivaluados.
Estos se denominan relaciones anidadas por que cada tupla puede tener una relación dentro de sí.

Pasos:

• Remover los grupos de repetición o vectores de la base de datos.

• Crear una nueva tabla con la PK de la tabla base y el grupo de repetición.
 Normalización 2

ORDEN_COMPRA
IdOrden Fecha IdCliente NombreCliente Ciudad NumItem DescItem Cantidad Precio
2301 06/05/06 101 Comercial Vega LIMA 3786 Red 3 35.00
4011 Raqueta 6 65.00
9132 Paq-3 8 4.25
2302 08/05/06 107 Mi Tienda ICA 5794 Paq-6 4 5.00
2303 11/05/06 132 Bodega Luz TACNA 4011 Raqueta 1 65.00
3141 Funda 2 10.00

ORDEN
IdOrden Fecha IdCliente NombreCliente Ciudad
2301 06/05/06 101 Comercial Vega LIMA
2302 08/05/06 107 Mi Tienda ICA
2303 11/05/06 132 Bodega Luz TACNA

ITEM_ORDEN
IdOrden NumItem DescItem Cantidad Precio
PK, FK PK
2301 3786 Red 3 35.00
2301 4011 Raqueta 6 65.00
2301 9132 Paq-3 8 4.25
2302 5794 Paq-6 4 5.00
2303 4011 Raqueta 1 65.00
2303 3141 Funda 2 10.00

Segunda Forma Normal (2FN)

La segunda forma normal se basa en el concepto de dependencia funcional plena o completa. Cada
columna que no es llave debe depender de la llave primaria completa y no de parte de ella.
Pasos:
• Determinar qué columnas que no son llave dependen de la llave primaria completa de la tabla.
• Remover estas columnas de la tabla base.
• Crear una segunda tabla con esas columnas y la(s) columna(s) de la PK de la cual dependen.

ITEM_ORDEN
IdOrden NumItem DescItem Cantidad Precio
PF, FK PK
2301 3786 Red 3 35.00
2301 4011 Raqueta 6 65.00
2301 9132 Paq-3 8 4.25
2302 5794 Paq-6 4 5.00
2303 4011 Raqueta 1 65.00
2303 3141 Funda 2 10.00
Normalización 3

La tabla relacional ITEM_ORDEN no está en 2FN ya que DescItem (descripción del ítem) y Precio con
dependientes de NumItem, pero no son dependientes de IdOrden.

Para convertir la tabla a 2FN, remover parcialmente cualquier columna dependiente. Crear una tabla ITEM
con estas columnas y la columna de la PK de la que dependen.

ITEM_ORDEN ITEM
IdOrden NumItem Cantidad NumItem DescItem Precio
PF, FK1 PK, FK2 PK
2301 3786 3 3786 Red 35.00
2301 4011 6 4011 Raqueta 65.00
2301 9132 8 9132 Paq-3 4.25
2302 5794 4 5794 Paq-6 5.00
2303 4011 1 4011 Raqueta 65.00
2303 3141 2 3141 Funda 10.00

Tercera Forma Normal (3FN)

La tercera forma normal se basa en el concepto de dependencia transitiva. De acuerdo con la definición
original, un esquema de relación está en 3FN si está en 2FN y ningún atributo no llave depende
transitivamente de la llave primaria.

Remover cualquier columna que sea dependiente de otra columna no llave.

Pasos:

• Determinar qué columnas son dependientes de una columna no llave.

• Remover esas columnas de la llave.
• Crear una segunda tabla con esas columnas y con la columna no llave de la cual son
dependientes.

ORDEN
IdOrden Fecha IdCliente NombreCliente Ciudad
2301 06/05/06 101 Comercial Vega LIMA
2302 08/05/06 107 Mi Tienda ICA
2303 11/05/06 132 Bodega Luz TACNA

Las columnas NombreCliente y Ciudad son dependientes de IdCliente. IdCliente no es la PK, por eso la
tabla relacional ORDEN no está en 3FN.

ORDEN CLIENTE
IdOrden Fecha IdCliente IdCliente NombreCliente Ciudad
2301 06/05/06 101 101 Comercial Vega LIMA
2302 08/05/06 107 107 Mi Tienda ICA
2303 11/05/06 132 132 Bodega Luz TACNA
Normalización 4

Fuentes:

DE MIGUEL, Adoración, PIATTINI, Mario y MARCOS, Esperanza. Diseño de Bases de Datos Relacionales.
1ª edición, AlfaOmega GrupoEditor, Santafé de Bogotá, 2000.

ELMASRI, Ramez y NAVATHE, Shamkant. Sistemas de Bases de Datos. Conceptos Fundamentales. 2ª

edición, Addison-Wesley Iberoamericana, Madrid, 1997.

INTRODUCCION a ORACLE
Parte I. Diseño Relacional de Base de Datos. Guía del Participante. Diciembre, 1994.