Republica Bolivariana De Venezuela

Ministerio Del Poder Popular Para La Defensa

Universidad Nacional Experimental Politcnica De La Fuerza Armada Nacional
UNEFA

NORMALIZACIN

Integrantes:
Adrin Martnez
Rosanyela Mendoza
Ivan castillo
Elionay Didenot
IS5D-B
Santa Ana de Coro, mayo de 2014

INTRODUCCIN
La normalizacin es una tcnica que se utiliza para crear relaciones lgicas apropiadas entre
tablas de una base de datos. Ayuda a prevenir errores lgicos en la manipulacin de datos. La
normalizacin facilita tambin agregar nuevas columnas sin romper el esquema actual ni las
relaciones.
Existen varios niveles de normalizacin: Primera Forma Normal, Segunda Forma Normal,
Tercera Forma Normal, Cuarta Forma Normal, Quinta Forma Normal o Forma Normal de
Proyeccin-Unin, Forma Normal de Proyeccin-Unin Fuerte, Forma Normal de
Proyeccin-Unin Extra Fuerte y Forma Normal de Clave de Dominio. Cada nuevo nivel o forma
nos acerca ms a hacer una base de datos verdaderamente relacional.
la formas normales proveen suficiente nivel de normalizacin a la hora de crear bases de
datos eficiente y que puedan cumplir con los requerimientos de los usuarios para cubrir las
necesidades de la mayora de las bases de datos.
Normalizar demasiado puede conducir a tener una base de datos ineficiente y hacer a su
esquema demasiado complejo para trabajar. Un balance apropiado de sentido comn y prctico
puede ayudarnos a decidir cundo normalizar.

NORMALIZACIN
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. Tambin se puede entender la normalizacin como una serie de reglas que
sirven para ayudar a los diseadores de bases de datos a desarrollar un esquema que minimice los
problemas de lgica. Cada regla est basada en la que le antecede. 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 trataban de manipular los
datos.
La normalizacin tambin hace las cosas fciles de entender. 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 de base de datos es el consumo de espacio. Una base de datos normalizada
ocupa 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.

Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Evitar problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla
bidimensional sea considerada como una relacin tiene cumplir con algunas restricciones:

Cada columna debe tener su nombre nico.

No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deben ser del mismo tipo.

DEPENDENCIA FUNCIONAL
Los determinantes deben tener el mnimo nmero de atributos necesarios para mantener
la dependencia funcional con el (los) atributo(s) del lado derecho Si A y B son atributos de una
relacin, B es funcionalmente completa dependiente de A, si B es funcionalmente dependiente de A,
pero no sobre cualquier propiedad del subconjunto A
Ejemplo de dependencia parcial
staffNo, sName branchNo
Verdadero, cada valor de (staffNo, sName)
est asociado con un valor de branchNo
Pero, branchNo tambin es funcionalmente
dependiente de un subconjunto de
(staffNo, sName), es decir de staffNo

Caractersticas principales de dependencias funcionales usadas en normalizacin

Hay una asociacin 1 a 1 entre el(los) atributo(s) del lado izquierdo (determinante) y
aquellos que estn en la mano derecha de la dependencia funcional
Se cumple para todos los casos
El determinante tiene el nmero mnimo de atributos necesarios para
mantener la dependencia con el(los) atributo(s) de la mano derecha

DEPENDENCIA TRANSITIVA
Si A, B y C son atributos de una relacin tal que
A

ByB

Entonces C es dependiente transitivamente de A va B (a condicin de que A no

es funcionalmente dependiente de B o C)
Ejemplo
staffNo sName, position, salary, branchNo,
bAddress branchNo bAdress
Dependencia transitiva:
branchNo bAddress existe sobre staffNo
va branchNo

Tcnica formal para analizar una relacin basada en su llave primaria y las dependencias
funcionales entre los atributos de esa relacin .
Se ejecuta a travs de una serie de pasos. Cada paso corresponde a una forma normal
especfica, que tiene sus propiedades
Importante reconocer dependencias transitivas porque su existencia en una relacin puede
potencialmente causar anomalas al hacer actualizaciones
Identificar todas las dependencias funcionales de un conjunto de atributos es relativamente
simple, si el significado de cada atributo y las asociaciones entre atributos se conocen muy
bien
Esta informacin debe ser proporcionada por la empresa de charlas con los usuarios y/o
documentacin tal como los requerimientos de los usuarios
Si los usuarios no estn disponibles y/o la documentacin est incompleta, dependiendo de
la aplicacin sobre la base de datos el diseador de la base de datos debe utilizar el sentido
comn y/o experiencia para suministrar la informacin faltante

GRADOS DE NORMALIZACIN
Existen bsicamente tres niveles de normalizacin:
Primera Forma Normal (1NF).
Segunda Forma Normal (2NF).
Tercera Forma Normal (3NF). Cada una de estas formas tiene sus propias reglas.
Cuando una base de datos se conforma a un nivel, se considera normalizada a esa forma de
normalizacin. No siempre es una buena idea tener una base de datos conformada en el nivel ms
alto de normalizacin, puede llevar a un nivel de complejidad que pudiera ser evitado si estuviera
en un nivel ms bajo de normalizacin.
REGLA
Primera Forma Normal (1FN)

DESCRIPCIN

Incluye la eliminacin de todos los

grupos repetidos.

Asegura que todas las columnas que no

son llave sean
completamente dependientes de la llave
primaria (PK).

Segunda Forma Normal (2FN)

Tercera Forma Normal (3FN)

Elimina cualquier dependencia transitiva.

Una dependencia transitiva es aquella en
la cual las columnas que no son llave son
dependientes de otras columnas que
tampoco son llave.

Primera Forma Normal

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.
Segunda Forma Normal
La regla de la Segunda 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
vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayora de los problemas de
lgica. Podemos insertar un registro sin un exceso de datos en la mayora de las tablas.

Tercera Forma Normal

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.
Comentamos anteriormente que 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 deben haber datos repetidos. Esto provee un esquema limpio y elegante, que es
fcil de trabajar y expandir.
Un dato sin normalizar no cumple con ninguna regla de normalizacin. Para explicar con un
ejemplo en que consiste cada una de las reglas, vamos a considerar los datos de la siguiente tabla
ID_ORDEN

FECHA

2301
2301
2301
2302
2303
2303

2/23/03
2/23/03
2/23/03
2/25/03
2/27/03
2/27/03

ID_CLIENTE
101
101
101
107
110
110

NOM_CLIENTE

ESTADO

MARTI
MARTI
MARTI
HERMAN
WE-SPORTS
WE-SPORTS

CA
CA
CA
WI
MI
MI

NUM_ITEM
3786
4011
9132
5794
4011
3141

DESC_ITEM
RED
RAQUETA
PAQ-3
PAQ-6
RAQUETA
FUNDA

CANT
3
6
8
4
2
2

PRECIO
35
65
4.75
5.0
65
10

Al examinar estos registros, podemos darnos cuenta que contienen un grupo repetido para
NUM_ITEM, DESC_ITEM, CANT y PRECIO. La 1FN prohibe los grupos repetidos, por lo tanto
tenemos que convertir a la primera forma normal. Los pasos a seguir son:
Tenemos que eliminar los grupos repetidos.
Tenemos que crear una nueva tabla con la PK de la tabla base y el grupo repetido.
Los registros quedan ahora conformados en dos tablas que llamaremos ORDENES y
ARTICULOS_ORDENES
- ORDENES
ID_ORDEN

FECHA

ID_CLIENTE

NOM_CLIENTE

ESTADO

2301
2302
2303

2/23/03
2/25/03
2/27/03

101
107
110

MARTI
HERMAN
WE-SPORTS

CA
WI
MI

- ARTICULOS_ORDENES
ID_ORDEN

NUM_ITEM

DESC_ITEM

CANT

PRECIO

2301
2301
2301
2302
2303
2303

3786
4011
9132
5794
4011
3141

RED
RAQUETA
PAQ-3
PAQ-6
RAQUETA
FUNDA

3
6
8
4
2
2

35
65
4.75
5.0
65
10

Ahora procederemos a aplicar la segunda formal normal, es decir, tenemos que eliminar cualquier
columna no llave que no dependa de la llave primaria de la tabla. Los pasos a seguir son:

Determinar cules columnas que no son llave no dependen de la llave primaria de la tabla.
Eliminar esas columnas de la tabla base.
Crear una segunda tabla con esas columnas y la(s) columna(s) de la PK de la cual
dependen.

La tabla ORDENES est en 2FN. Cualquier valor nico de ID_ORDEN determina un slo
valor para cada columna. Por lo tanto, todas las columnas son dependientes de la llave primaria
ID_ORDEN.
Por su parte, la tabla ARTICULOS_ORDENES no se encuentra en 2FN ya que las columnas
PRECIO y DESC_ITEM son dependientes de NUM_ITEM, pero no son dependientes de
ID_ORDEN. Lo que haremos a continuacin es eliminar estas columnas de la tabla
ARTICULOS_ORDENES y crear una tabla ARTICULOS con dichas columnas y la llave primaria
de la que dependen.
Las tablas quedan ahora de la siguiente manera.
- ARTICULOS_ORDENES
ID_ORDEN

NUM_ITEM

CANT

2301
2301
2301
2302
2303
2303

3786
4011
9132
5794
4011
3141

3
6
8
4
2
2

- ARTICULOS
NUM_ITEM

DESC_ITEM

PRECIO

3786
4011
9132
5794
4011
3141

RED
RAQUETA
PAQ-3
PAQ-6
RAQUETA
FUNDA

35
65
4.75
5.0
65
10

La tercera forma normal nos dice que tenemos que eliminar cualquier columna no llave que sea
dependiente de otra columna no llave. Los pasos a seguir son:

Determinar las columnas que son dependientes de otra columna no llave.

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

Al observar las tablas que hemos creado, nos damos cuenta que tanto la tabla ARTICULOS, como
la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sin embargo la tabla ORDENES no lo
est, ya que NOM_CLIENTE y ESTADO son dependientes de ID_CLIENTE, y esta columna no es
la llave primaria.

Para normalizar esta tabla, moveremos las columnas no llave y la columna llave de la cual
dependen dentro de una nueva tabla CLIENTES. Las nuevas tablas CLIENTES y ORDENES se
muestran a continuacin.
- ORDENES
ID_ORDEN

FECHA

ID_CLIENTE

2301
2302
2303

2/23/03
2/25/03
2/27/03

101
107
110

- CLIENTES
ID_CLIENTE

NOM_CLIENTE

ESTADO

101
107
110

MARTI
HERMAN
WE-SPORTS

CA
WI
MI

Forma Boyce-Codd (BCFN)

Una relacin est en Boyce-Codd (BCFN) si y solo si cada determinante es llave candidata

Basada en las dependencias funcionales que tienen en cuenta todas las claves candidatas en
una relacin, sin embargo BCNF tiene restricciones adicionales con respecto a la definicin
general de 3FN

La diferencia entre 3FN y BCFN es que para una dependencia funcional A B, 3FN permite
esta dependencia en una relacin si B es un atributo de la llave primaria y A no es llave candidata.
Mientras que, BCNF insiste en que para que esta dependencia permanezca en una relacin, A debe
ser una llave candidata

Toda relacin en BCFN tambin est en 3FN. Sin embargo, una relacin en 3FN no
necesariamente est en BCFN

Son muy raras las violaciones a BCNF

Potenciales violaciones a BCNF pueden ocurrir en una relacin que:
Contiene dos (o ms) llaves candidatas compuestas
Las llaves candidatas se superponen, es decir, tienen al menos un atributo en comn

Cuarta Forma Normal

La cuarta forma normal (4NF) es una forma normal usada en la normalizacin de bases de
datos. La 4NF se asegura de que las dependencias multivaluados independientes estn correcta y
eficientemente representadas en un diseo de base de datos. La 4NF es el siguiente nivel de
normalizacin despus de la forma normal de Boyce-Codd (BCNF).
4FN es una relacin que est en forma normal Boyce-Codd y no contiene dependencias no triviales
multi-valuadas

Quinta Forma Normal

La quinta forma normal (5FN), tambin conocida como forma normal de proyeccin-unin
(PJ/NF), es un nivel de normalizacin de bases de datos designado para reducir redundancia en las
bases de datos relacionales que guardan hechos multi-valores aislando semnticamente relaciones
mltiples relacionadas. Una tabla se dice que est en 5NF si y slo si est en 4NF y cada
dependencia de unin (join) en ella es implicada por las claves candida
5FN es una relacin descompuesta en dos relaciones que tienen la propiedad lossless-join, la
que asegura que no se generan tuplas no vlidas cuando las relaciones se renen a travs de una
operacin natural join
Sin embargo, hay requisitos para descomponer una relacin en ms de dos relaciones.
Aunque es raro ver esos casos, se manejan por dependencia join y quinta forma normal (5NF)
5FN es una relacin que no tiene dependencias join

CONCLUSIN
El uso de las bases de datos permite a los usuarios organizar grupos de informaciones que
son tratadas a travs de tablas, que a su vez proporcionan estructuras capaces de decidir o tomar
decisiones en relacin a la informacin contenidas en las mismas. Por ello, los diseadores y
administradores de las bases de datos se enfrentan a retos de diseo como la velocidad de acceso, el
tamao o tipo de la informacin a tratar, la facilidad de acceder a la misma y extraer dicha
informacin, as como el comportamiento que debe tener la BD.
Al trabajar con cada tipo de informacin. Pero gracias a la experiencia de trabajar con las
Bases de Datos se ha podido establecer criterios o estndares de diseo que garantizan un elevado
nivel de eficiencia en cuanto al almacenamiento y recuperacin de la informacin. En esta ocasin
nos enfocaremos solamente en la dependencia funcional y las formas de normalizacin que se
pueden definir como teoras o reglas aplicadas a las relaciones obtenidas de paso del modelo
entidad-relacin.
las bases de datos facilitan el manejo de informacin a los usuarios mejorando as la
estructura y la funcionalidad de la dinmica que se les atribuya de hay la importancia de ser
eficientes en su creacin y manejo ya que el mundo que nos rodea es una bases de datos.

BIBLIOGRAFIA

http://es.scribd.com/doc/134592068/Normalizacion-de-base-de-datos
http://istprpecenteno.blogspot.com/.../formas-normales-1fn-2fn-3fn-4fn-5fn.ht.
http://tsuluispena.wordpress.com/2014/.../investigacion-unidad-3-normalizacio
http://eoriabasesdedatos.blogspot.com/2011/05/tipos-de-formas-normales.html
http://books.google.com/books?isbn=8498800773