Qu es la normalizacin?

Es un conjunto de reglas que sirven para ayudar a los diseadores a desarrollar un esquema
que minimice los problemas de lgica. Bsicamente, las reglas que la integran estn
encaminadas a eliminar redundancias e inconsistencias de dependencia en el diseo de las
tablas. Cada regla est basada en la que le antecede. Esta tcnica se adopt porque el viejo
estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de
datos, era ineficiente y conduca a errores de lgica cuando se trataba de manipular los datos[5]
Otra ventaja de la normalizacin de una base de datos es el consumo de espacio. Una base de
datos normalizada puede ocupar menos espacio en disco que una no normalizada. Hay menos
repeticin de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco.
Existen dos formas de utilizacin de la normalizacin:
Sentido de arriba para abajo (Top Down): Despus de la definicin de un modelo de datos, se
aplica el proceso para obtener una sntesis de los datos, bien como una descomposicin de las
entidades y relaciones en elementos ms estables.
Sentido de abajo para arriba (Buttom Up): Se aplica la normalizacin como herramienta de
proyecto del modelo de datos, usando los reportes,formularios y documentos utilizados por la
realidad en estudio, constituidos en una herramienta de levantamiento.
Una BD relacional sufrir anomalas de actualizacin durante su procesamiento a menos que
cada tabla sea normalizada.
En resumen la normalizacin es el mtodo para conseguir un buen diseo y evitar anomalas de
actualizacin en la BD. Permite descomponer un esquema en dos o ms subesquemas con la
misma informacin, precisamente para evitar redundancia no necesarias. Involucra varias
fases que se relacionan en orden. Tras completar cada fase se dice que la relacin est en:
Primera Forma Normal (1FN).
Segunda Forma Normal (2FN).
Tercera Forma Normal (3FN).
Forma Normal de Boyce-Codd (FNBC).
Existen adems una Cuarta Forma Normal y una Quinta Forma Normal.
La normalizacin ayuda a clarificar la base de datos ya organizarla en partes ms pequeas y
ms fciles de entender. En lugar de tener que entender una tabla gigantesca y monoltica que
tiene muchos diferentes aspectos, usted slo tiene que entender objetos pequeos y ms
tangibles, as como las relaciones que guardan con otros objetos tambin pequeos.

Qu tan lejos debe llevar la normalizacin?

Esta es una pregunta muy recurrente a la hora de enfrentarnos a este proceso, pues es es un
proceso subjetivo. Determinar las necesidades de simplificacin depende meramente del
diseador. Si la base de datos va a proveer informacin a un solo usuario para un propsito
simple y existen pocas posibilidades de expansin, normalizar los datos hasta la 3FN sea quiz
algo extremoso. Las reglas de normalizacin existen como guas para crear tablas que sean
fciles de manejar, as como flexibles y eficientes.

Formas normales[editar]
Las formas normales son aplicadas a las tablas de una base de datos. Decir que una base de
datos est en la forma normal N es decir que todas sus tablas estn en la forma normal N.

Diagrama de inclusin de todas las formas normales.

En general, las primeras tres formas normales son suficientes para cubrir las necesidades de
la mayora de las bases de datos. El creador de estas 3 primeras formas normales (o reglas)
fue Edgar F. Codd.1

Primera Forma Normal (1FN)[editar]

Artculo principal: Primera forma normal

Una tabla est en Primera Forma Normal si:

Todos los atributos son atmicos. Un atributo es atmico si los elementos del dominio
son simples e indivisibles.

La tabla contiene una clave primaria nica.

La clave primaria no contiene atributos nulos.

No debe existir variacin en el nmero 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

Esta forma normal elimina los valores repetidos dentro de una Base de Datos.

Segunda Forma Normal (2FN)[editar]

Artculo principal: Segunda forma normal

Dependencia Funcional. Una relacin est en 2FN si est en 1FN y si los atributos que no
forman parte de ninguna clave dependen de forma completa de 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).
En otras palabras podramos decir que la segunda forma normal est basada en el concepto
de dependencia completamente funcional. Una dependencia funcional es completamente
funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto
es que . Una dependencia funcional es una dependencia parcial si hay algunos atributos que
pueden ser eliminados de X y la dependencia todava se mantiene, esto es .
Por ejemplo {DNI, ID_PROYECTO} HORAS_TRABAJO (con el DNI de un empleado y el ID
de un proyecto sabemos cuntas horas de trabajo por semana trabaja un empleado en dicho
proyecto) es completamente funcional dado que ni DNI HORAS_TRABAJO ni
ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI,
ID_PROYECTO} NOMBRE_EMPLEADO es parcialmente dependiente dado que
DNI NOMBRE_EMPLEADO mantiene la dependencia.

Tercera Forma Normal (3FN)[editar]

Artculo principal: Tercera forma normal

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional

transitiva entre los atributos que no son clave.
Un ejemplo de este concepto sera que, una dependencia funcional X->Y en un esquema de
relacin R es una dependencia transitiva si hay un conjunto de atributos Z que no es un
subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.
Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT
de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es
transitiva va DNUMBER porque las dependencias SSNDNUMBER y
DNUMBERDMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de
EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre
DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de
EMP_DEPT.

Formalmente, un esquema de relacin est en 3 Forma Normal Elmasri-Navathe,2 si para

toda dependencia funcional , se cumple al menos una de las siguientes condiciones:
1. es superllave o clave.
2. es atributo primo de ; esto es, si es miembro de alguna clave en .
Adems el esquema debe cumplir necesariamente, con las condiciones de segunda forma
normal.