LA NORMALIZACIN

PASOS PARA LA NORMALIZACIN

a) El primer paso del proceso incluye quitar todos los grupos repetitivos e
identificar la clave primaria. Para ello, la relacin se debe dividir en dos o mas
relaciones .
b) El segundo paso asegura que todos los atributos sin clave son totalmente
dependientes de la clave primaria. Todas las dependencias parciales se
remueven y se ponen en otra relacin.
c) El tercer paso remueve cualesquier dependencias transitivas. Una
dependencia transitiva es aquella en la que los atributos sin clave son
dependientes de otros atributos sin clave.

PRIMERA FORMA NORMAL(1NF)

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

No use varios campos en una sola tabla para almacenar datos similares. Por
ejemplo, para realizar el seguimiento de un elemento del inventario que
proviene de dos orgenes posibles, un registro del inventario puede contener
campos para el Cdigo de proveedor 1 y para el Cdigo de proveedor 2.
Qu ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la
respuesta, requiere modificaciones en las tablas y el programa, y no admite
fcilmente un nmero variable de proveedores. En su lugar, coloque toda la
informacin de los proveedores en una tabla independiente denominada
Proveedores y despus vincule el inventario a los proveedores con el nmero
de elemento como clave, o los proveedores al inventario con el cdigo de
proveedor como clave.

TERCERA FORMA NORMAL (3FN)

Una relacin normalizada est en tercera forma normal si todos los atributos
sin clave son funcionalmente dependientes por completo de la clave primaria y
si no hay dependencias transitivas ( sin claves).
La regla de la Tercera Forma Normal establece que todas las dependencias
parciales se deben eliminar y separar dentro de sus propias tablas. Una
dependencia parcial es un trmino que describe a aquellos datos que no
dependen de la llave primaria de la tabla para identificarlos.
Una tabla est normalizada en esta forma si todas las columnas que no son
llave son funcionalmente dependientes por completo de la llave primaria y no
hay dependencias transitivas. Una dependencia transitiva es aquella en la cual
existen columnas que no son llave que dependen de otras columnas que
tampoco son llave.
Cuando las tablas estn en la Tercera Forma Normal se previenen errores de
lgica cuando se insertan o borran registros. Cada columna en una tabla est
identificada de manera nica por la llave primaria y no debe haber datos
repetidos. Esto provee un esquema limpio y elegante, que es fcil de trabajar y
expandir.
Una Tabla esta en Tercera Forma Normal si cumple estas dos condiciones:
a) La tabla esta en La Segunda Forma Normal.
b) Ningun atributo no primrio de la tabla es dependiente transitivamente
de una clave primaria.

ELIMINEN LOS CAMPOS QUE NO DEPENDAN DE LA CLAVE

Los valores de un registro que no sean parte de la clave de ese registro no
pertenecen a la tabla. En general, siempre que el contenido de un grupo de
campos pueda aplicarse a ms de un nico registro de la tabla, considere
colocar estos campos en una tabla independiente. Por ejemplo, en una tabla
Contratacin de empleados, puede incluirse el nombre de la universidad y la
direccin de un candidato. Pero necesita una lista completa de universidades

para enviar mensajes de correo electrnico en grupo. Si la informacin de las

universidades se almacena en la tabla Candidatos, no hay forma de enumerar
las universidades que no tengan candidatos en ese momento. Cree una tabla
Universidades independiente y vinclela a la tabla Candidatos con el cdigo de
universidad como clave.
EXCEPCIN: cumplir la tercera forma normal, aunque en teora es deseable,
no siempre es prctico. Si tiene una tabla Clientes y desea eliminar todas las
dependencias posibles entre los campos, debe crear tablas independientes
para las ciudades, cdigos postales, representantes de venta, clases de
clientes y cualquier otro factor que pueda estar duplicado en varios registros.
En teora, la normalizacin merece el trabajo que supone. Sin embargo,
muchas tablas pequeas pueden degradar el rendimiento o superar la
capacidad de memoria o de archivos abiertos.
Puede ser ms factible aplicar la tercera forma normal slo a los datos que
cambian con frecuencia. Si quedan algunos campos dependientes, disee la
aplicacin para que pida al usuario que compruebe todos los campos
relacionados cuando cambie alguno.
EJEMPLO:
NORMALIZAREMOS LA TABLA INFORME-VENTAS HASTA LA TERCERA FORMA
NORMAL.
TABLA SIN NORMALIZAR

Figura.3.1. Tabla sin normalizar INFORME-VENTAS, se encuentran

grupos repetitivos.

Figura 3.2. Un diagrama de modelos de datos muestra que en una

relacin sin normalizar, EL NUMERO-VENDEDOR tiene una relacin UNO
A MUCHOS con algunos atributos.
Aunque hay una correspondencia de uno a uno entre el NUMERO-VENDEDOR y
dos atributos (NOMBRE-VENDEDOR y AREA- VENTAS ), hay una relacin UNO a
MUCHOS entre el NUMERO-VENDEDOR y los otros cinco atributos (NUMEROCLIENTE, NOMBRE-CLIENTE, NUMERO-ALMACEN, UBICACIN-ALMACEN, y
CANTIDAD-VENTAS).
EL INFORME-VENTAS se puede expresar en la siguiente notacin de
abreviatura:

PRIMERA FORMA NORMAL (1NF)

El primer paso para normalizar una relacin es remover los grupos repetitivos.
En nuestro ejemplo, la relacin sin normalizar INFORME VENTAS se separar
en dos relaciones separadas. Estas nuevas relaciones se nombrarn
VENDEDOR y VENDEDOR CLIENTE.

Figura 3.3. La relacin sin normalizar original INFORME VENTAS se

divide en dos relaciones, VENDEDOR (3NF) Y VENDEDOR- CLIENTE
(1NF)

La figura 3.3. muestra cmo se normaliza la relacin original sin normalizar

INFORME- VENTAS al separar la relacin en dos nuevas relaciones . Observe
que la relacin VENDEDOR contiene la clave primaria NUMERO-VENDEDOR y
todos los atributos que no eran repetitivos(NOMBRE-VENDEDOR Y AREAVENTAS).
La segunda relacin, CLIENTE-VENDEDOR, contiene la clave primaria de la
relacin VENDEDOR (la clave primaria de VENDEDOR es NUMERO-VENDEDOR ),
asi como tambin todos los atributos que eran parte del grupo repetitivo
(NMERO-CLIENTE, NOMBRE-CLIENTE, NUMERO-ALAMACEN, UBICACINALAMACEN y CANTIDAD-VENTAS ). Sin embargo, que el NUMERO-VENDEDOR no
significa automticamente lo que usted sabr del NOMBRE-CLIENTE,
CANTIDAD-VENTAS, UBICACIN-ALMACN, etc. En esta relacin, alguien debe
usar una clave concatenada (NUMERO-VENDEDOR y NUMERO-CLIENTE), para
acceder al resto de la informacin. Es posible escribir las relaciones en
notacin abreviada como sigue:
VENDEDOR (NUMERO-VENDEDOR, NOMBRE-VENDEDOR, AREA-VENTAS)
CLIENTE-VENDEDOR (NUMERO-VENDEDOR, NUMERO-CLIENTE, NOMBRECLIENTE, NUMERO-ALMACEN, UBICACIN ALMACEN, CANTIDAD-VENTAS)
La relacin CLIENTE-VENDEDOR es una relacin de primera forma normal, pero
no est en su forma ideal. Los problemas surgen porque algunos de los
atributos no son funcionalmente dependientes de la clave primaria (es decir ,
NUMERO-VENDEDOR, NUMERO-CLIENTE ). En otras palabras , algunos de los
atributos sin clave slo son dependientes del NUMERO DEL CLIENTE y no de la
clave concatenada. El diagrama de modelo de datos de la figura 3.4. muestra
que CANTIDAD-VENTAS es dependiente de NUMERO-VENDEDOR y de NUMEROCLIENTE pero los otros tres atributos solo son dependientes de NUMERO
CLIENTE.

Figura 3.4. Un diagrama de modelo de datos muestra que tres

atributos son dependientes del NUMERO-CLIENTE, de manera que la
relacin an no se ha normalizado. El NUMERO-VENDEDOR y el
NUMERO-CLIENTE se requieren para buscar la CANTIDAD-VENTAS.

SEGUNDA FORMA NORMAL (2NF)

En la segunda forma normal, todos los atributos sern funcionalmente
dependientes de la clave primaria . Por lo tanto , el prximo paso es quitar
todos los atributos parcialmente dependientes y ponerlos en otra relacin.La
figura 3.5. muestra como la relacin VENDEDOR CLIENTE es dividida en dos
nuevas relaciones:
VENTAS y CLIENTE -ALMACEN. Estas relaciones tambin se pueden expresar
como sigue:

VENTAS (NUMERO-VENDEDOR, NUMERO-CLIENTE, CANTIDAD-VENTAS)

CLIENTE-ALMACEN (NUMERO-CLIENTE, NOMBRE-CLIENTE, NUMERO-ALMACEN,

UBICACIN-ALMACEN )

Figura 3.5. La relacin VENDEDOR- CLIENTE se divide en una relacin

llamada CLIENTE-ALMACN (2NF) y en una relacin llamada VENTAS
(1NF).
La relacin ALMACEN CLIENTE esta en la segunda forma normal. Esta todava
se puede simplificar mas porque en la relacin hay dependencias adicionales.
Algunos de los atributos sin clave son dependientes no solo de la clave
primaria, sino tambin de un atributo sin clave. Esta dependencia se denomina
dependencia transitiva.

Figura 3.6. Un diagrama de modelo de datos muestra que entre el

NUMERO-ALMACEN y la UBICACIN ALMACEN existe una dependencia
transitiva.
La figura 3.6. muestra las dependencias en la relacin ALMACEN CLIENTE.
Para que la relacin sea de la segunda forma normal, todos los atributos deben
depender de la clave primaria NUMERO-CLIENTE, como se muestra en el
diagrama. Sin embargo, UBICACIN ALMACN evidentemente tambin es
dependiente de NUMERO- ALMACN.
Para simplificar esta relacin, se requiere otro paso.

TERCERA FORMA NORMAL (3NF)

Una relacin normalizada est en tercera forma normal si todos los atributos
sin clave son funcionalmente dependientes por completo de la clave primaria y
si no hay dependencias transitivas (sin claves). De forma similar a los pasos
anteriores, es posible dividir la relacin ALMACEN-CLIENTE en dos relaciones,
como se muestra en la figura 3.7.

Figura 3.7. La relacin CLIENTE-ALMACEN se divide en dos relaciones

llamadas CLIENTE(1NF) y ALMACEN(1NF)

Las dos nuevas relaciones se llaman CLIENTE y ALMACEN y se pueden escribir

como sigue:

La clave primaria para la relacin CLIENTE es NUMERO-CLIENTE y la clave

primaria para la relacin ALMACN es NUMERO-ALMACN.
Adems de estas claves primarias, podemos identificar el NMERO-ALMACEN
para ser una clave externa en la relacin CLIENTE. Una clave extranjera es
cualquier atributo que no tiene clave en una relacin pero es una clave
primaria en otra . Designamos el NUMERO-ALMACN como una clave externa
en la notacin anterior y en las figuras subrayndolo con una lnea
punteada:_____.
Finalmente, la relacin sin normalizar original INFORME VENTAS se ha
transformado en la cuarta relacin de tercera forma normal (3FN). Al repasar
las relaciones que se muestran en la figura 13.23, uno puede ver que la
relacin sencilla INFORME VENTAS se transform en las siguientes cuatro
relaciones:

Figura 3.8. La base de datos completa consiste en cuatro relaciones

llamadas VENDEDOR, VENTAS , CLIENTE Y ALMACEN.

La tercera forma normal es adecuada para la mayora de los problemas de

diseo de base de datos. La simplificacin lograda al transformar una relacin
sin normalizar en un juego de las relaciones 3NF es un gran beneficio cuando
llega el momento de insertar, eliminar y actualizar la informacin en la base de
datos.