Normalizacin de

base de datos
DEFINICIN Y EXPLICACIN DE LAS TRES PRIMERAS
NORMAS

Comercio y Finanzas Internacionales

Bilinge

Normalizacin de base de datos

Definicin
La normalizacin es una tcnica que se utiliza para crear relaciones lgicas
apropiadas entre tablas de una base de datos. La normalizacin 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.
El proceso de normalizacin parte de las formas normales definidas por Edgar
Frank Codd (1970) creador de las bases de datos relacionales.
Primeramente, Codd formul las tres primeras formas normales (1FN, 2FN,
3FN); posteriormente, unas anomalas detectadas forzaron a crear una forma
normal ms completa que la 3FN, es la FNBC (forma normal de Boyce y Codd),
despus Fagin defini la 4FN y 5FN.
La normalizacin es el proceso mediante el cual se transforman datos
complejos a un conjunto de estructuras de datos ms pequeas, que adems
de ser ms simples y ms estables, son ms fciles de mantener. Es organizar
los datos de una base de datos. Se incluye la creacin de tablas y el
establecimiento de relaciones entre ellas segn reglas diseadas tanto para
proteger los datos como para hacer que la base de datos sea ms flexible al
eliminar la redundancia y las dependencias incoherentes.
Los datos redundantes desperdician el espacio de disco y crean problemas de
mantenimiento. Si hay que cambiar datos que existen en ms de un lugar, se
deben cambiar de la misma forma exactamente en todas sus ubicaciones, por
ejemplo, un cambio en la direccin de un cliente es mucho ms fcil de
implementar si los datos slo se almacenan en la tabla Clientes y no en algn
otro lugar de la base de datos.
Los seres humanos tenemos la tendencia de simplificar las cosas al mximo.
Lo hacemos con casi todo, desde los animales hasta con los automviles.
Vemos una imagen de gran tamao y la hacemos ms simple agrupando cosas
similares juntas. Las guas que la normalizacin provee crean el marco de
referencia para simplificar una estructura de datos compleja.

La normalizacin se utiliza para mejor el esquema lgico, de modo que

satisfaga ciertas restricciones que eviten la duplicidad de datos. (Cabello, 2004)

Dependencias
Dependencia Funcional
Una dependencia funcional es una conexin entre uno o ms atributos. Por
ejemplo si se conoce el valor de DNI tiene una conexin con Apellido o
Nombre.
Las dependencias funcionales del sistema se escriben utilizando una flecha, de
la siguiente manera:
FechaDeNacimiento

Edad

De la normalizacin (lgica) a la implementacin (fsica o real) puede ser

sugerible tener estas dependencias funcionales para lograr la eficiencia en las
tablas.
Propiedades de la Dependencia Funcional
Existen tres axiomas de Armstrong:
Dependencia Funcional Reflexiva
Si "y" est incluido en "x" entonces x

A partir de cualquier atributo o conjunto de atributos siempre puede deducirse

l mismo. Si la direccin o el nombre de una persona estn incluidos en el DNI,
entonces con el DNI podemos determinar la direccin o su nombre.
Dependencia Funcional Transitiva
Sean X, Y, Z tres atributos (o grupos de atributos) de la misma entidad. Si Y
depende funcionalmente de X y Z de Y, pero X no depende funcionalmente de
Y, se dice entonces que Z depende transitivamente de X. Simblicamente
sera:
X

Z entonces X

"C ser un dato simple (dato no primario), B, ser un otro dato simple (dato no
primario), A, es la llave primaria (PK). Decimos que C depender de B y B
depender funcionalmente de A."
A

C entonces A

B (Kroenke, 2003)

Objetivos de la Normalizacin

Minimizar la redundancia
Minimizar el mantenimiento de datos
Minimizar el impacto de futuros cambios (anomalas de actualizacin y
anomalas de borrado) de datos, e ingreso de informacin (anomalas de
insercin).

Ventajas de la Normalizacin

Evita anomalas en inserciones, modificaciones y borrados.

Mejora la independencia de datos.
No establece restricciones artificiales en la estructura de los datos.
Facilidad de uso.
Flexibilidad.
Precisin.
Seguridad.
Facilidad de implementacin.
Independencia de datos.
Claridad.
Facilidad de gestin.
Mnima redundancia.
Mximo rendimiento de las aplicaciones.

Existen 5 Formas Normales: primera forma normal (1FN), segunda forma

normal (2FN), tercera forma normal (3FN), forma normal de Boyce Codd
(FNBC), cuarta forma normal (4FN) y la quinta forma normal (5FN).
Cada una de estas formas tiene sus propias reglas.
En general, las primeras tres formas normales son suficientes para cubrir las
necesidades de la mayora de las bases de datos. Antes de iniciar con la teora
referente

normalizacin

es

necesario

conocer

los

conceptos

de

Dependencias Funcionales, los mismos que se utilizarn en la teora de

Normalizacin.

Formas Normales
Primera Forma Normal (1FN)
La regla de la Primera Forma Normal establece que las columnas repetidas
deben eliminarse y colocarse en tablas separadas.
Poner la base de datos en la Primera Forma Normal resuelve el problema de
los encabezados de columna mltiples. Muy a menudo, los diseadores de
bases de datos inexpertos harn algo similar a la tabla no normalizada.
Una y otra vez, crearn columnas que representen los mismos datos. La
normalizacin ayuda a clarificar la base de datos y a 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, slo tenemos
que entender los objetos pequeos y ms tangibles, as como las relaciones
que guardan con otros objetos tambin pequeos.
Si una relacin no est en 1FN, hay que eliminar de ella los grupos repetitivos.
Un grupo repetitivo ser el atributo o grupo de atributos que tiene mltiples
valores para cada dupla de la relacin. (Date, 2001)
Segunda Forma Normal (2FN)
Una tabla se dice que est en 2FN si y slo si cumple dos condiciones:
1) Se encuentra en 1 FN
2) Todo atributo secundario (aqullos que no pertenecen a la clave
principal, los que se encuentran fuera de la caja) depende totalmente
(tiene una dependencia funcional total) de la clave completa y, por tanto,
no de una parte de ella.
Esta forma normal slo se considera si la clave principal es compuesta y, por
tanto, est formada por varios atributos. Si la clave principal de la tabla est
formada por un nico atributo, entonces la tabla ya se encuentra en 2FN.
Si una tabla T tiene como atributos A, B, C, D y la clave es A.B cumplindose
las dependencias:

A.B
B

C
D

Se observa que la tabla no se encuentra en 2FN puesto que el atributo D no

tiene una dependencia funcional total con la clave entera A.B, sino con una
parte de la clave (B).
Para convertir una tabla que no est en segunda forma normal a 2FN, se
realiza una proyeccin y se crea:
1) Una tabla con la clave y todas sus dependencias totales con los atributos
secundarios afectados.
2) Otra tabla con la parte de la clave que tiene dependencias, junto con los
atributos secundarios implicados.
La clave de la nueva tabla ser la antigua parte de la clave.
Tercera Forma Normal (3FN)
Una tabla se dice que est en tercera forma normal si y slo si se cumplen dos
condiciones:
1) Se encuentra en 2FN
2) No existen atributos no primarios que son transitivamente dependientes de
cada posible clave de la tabla.
Esto quiere decir que un atributo secundario slo se debe conocer a travs de
la clave principal o claves secundarias de la tabla y no por medio de otro
atributo no primario.
Por tanto, para pasar una tabla que no cumple la tercera forma normal a 3FN,
se realiza una proyeccin y se genera:
1) Una tabla con la clave y todos los atributos no primarios que no son
transitivos
2) Otra tabla con los atributos transitivos y el atributo no primario (que ser la
clave de la nueva tabla) por medio del cual mantienen la transitividad.
(Buenao, 2010)

Bibliografa
Buenao, M. I. (Septiembre de 2010). Anlisis y Diseo de Bases de Datos.
Recuperado el 12 de enero de 2016, de
https://basededatosfisei.wikispaces.com/file/view/Elemento2Parte2.pdf
Cabello, M. V. (2004). Introduccin a las bases de datos relacionales. Madrid:
Visin Libros.
Date, C. (2001). Introduccin a los sistemas de bases de datos. Mxico:
Pearson.
Kroenke, D. M. (2003). Procesamiento de bases de datos. Mxico: Pearson.