DOCENTE:

Ing. Cornelio Alberto Prez Mndez

MATERIA:
Modulo

TRABAJO:
Investigacin: las tres formas normales para aplicar en un diseo de
BD.
ALUMNO:
Yesenia Marisol Reynoso Lpez
ESPECIALIDAD:
Ofimtica
SEMESTRE:
5semestre
FECHA
23 de septiembre del 2015

En este tema conoceremos las tres formas normales para aplicar en un diseo de
bd (base de datos).
Primera Forma Normal si: Todos los atributos son atmicos. Un atributo es
atmico si los elementos del dominio son simples e indivisibles.
Segunda forma normal: 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.
Tercer 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.

NORMALIZACIN DE BASES DE DATOS (LAS 3 FORMAS NORMALES)

La normalizacin es el proceso de 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.
Estas 3 reglas de Normalizacin se las conoce como las 3 FORMAS NORMALES.

La Primera Forma Normal. Esta primera Forma Normal, nos lleva a no repetir
datos en nuestras tablas. Los famosos maestro detalle, deben aplicarse a la
estructura de la tabla. Si nuestra tabla de ventas repite una y otra vez (por cada
venta), el nombre, el domicilio y otros datos del Cliente, es que no hemos aplicado
esta Normalizacin. Si tenemos una tabla clientes, en la tabla ventas, solo debera
figurar el cdigo del cliente, para que el resto de los datos se puedan referenciar
automticamente sin problemas y sin duplicar informacin. Lo mismo ocurrira en
una tabla de detalle de ventas, si por cada tem vendido colocamos el detalle del
producto, con su descripcin, medidas, etcTendramos un desaprovechamiento
de espacio y recursos muy grande. Para ello, tendremos nuestra tabla maestra de
Productos y con solo grabar el cdigo de dicho producto en nuestra tabla de
ventas, ser suficiente.
La Segunda Forma Normal (Si o si debe estar previamente aplicada la Primera
Forma Normal) La Segunda Forma Normal nos habla de que cada columna de la
tabla debe depender de la clave. Esto significa que todo un registro debe
depender nicamente de la clave principal, si tuviramos alguna columna que se
repite a lo largo de todos los registros, dichos datos deberan atomizarse en una
nueva tabla. Veamos un ejemplo:

Venta ID

Item ID

1
1
1
1
2

1
2
3
4
1

Fecha
Venta
01/12/2007
01/12/2007
01/12/2007
01/12/2007
02/12/2007

Cliente
Venta
2
2
2
2
5

Producto
ID
2334
3333
66643
21
3566

Cantidad
10
2
34
3
6

Ah tenemos un claro problema. Acaso no se busca NO REPETIR DATOS ?Si

toda una venta tendr el mismo numero de Cliente y la misma FechaPor que no
crear una Tabla de MAESTRO DE VENTAS y que contenga esos 2 datos ?Es
evidente que la columna Cliente Venta y Fecha Venta se repetirn por cada venta
realizada. Es por ello que proponemos el siguiente esquema
Venta ID
1
1
1
1
2

Item ID
1
2
3
4
1

Producto ID
3334
3333
66643
21
3566

Cantidad
10
2
34
3
6

Y ahora nuestra nueva tabla maestra

Venta ID
1
2

Fecha Venta
01/12/2007
02/12/2007

Cliente Venta
2
5

Entonces, nuestra 2da Forma Normal nos habla de que cada columna de una
tabla debe depender de toda la clave y no constituir un dato nico para cada grupo
de registros.
La Tercera Forma Normal En realidad si nos guiamos en el ejemplo de esta nota,
ya no quedara normalizacin por aplicar y podramos decir que nuestro ejemplo
cumple con las 3 formas normales, ya que la 3ra Forma Normal nos habla de que:
1) Ninguna Columna puede depender de una columna que no tenga una clave
2) No puede haber datos derivados

En el 2do ejemplo hemos descubierto campos que dependan de la clave principal

(Venta ID) y que podran incluirse en una tabla maestra. Pero supongamos un
ejemplo donde ciertas columnas no dependen de la clave principal y si dependen
de una columna de nuestra tabla.
Venta
ID

Item ID

Producto
Cantidad Descripcin
ID
Impresora
3455
12
HP LJ8000
Scanner HP
2455
34
A3555
Mouse HP
5444
21
Wireless

Medida

Proveedor

122 Cm

33 Cm

Esto es muy normal encontrar en bases mal normalizadas. Vemos que los campos
DESCRIPCION, MEDIDA y PROVEEDOR no dependen de VENTA ID y es por
ello que no deberan estar dentro de la tabla de detalle de ventas, ya que
dependen de PRODUCTO ID. Aqu no se trata ya de eliminar grupos repedidos de
datos (1ra Forma Normal) sino que ante la inclusin de una clave perteneciente a
otra tabla, cualquier campo que sea subordinado de dicha clave debe estar en otra
tabla y no en nuestra tabla detalle.
Conclusin. Finalmente si tomamos en cuenta que una tabla de detalle de venta
(tem x tem) puede contener un volumen de millones de registros, al haberle
aplicado las 3 formas normales nos estaremos ahorrando varios Gigabytes de
tamao en dicha tabla y por supuesto mejorado notablemente la performance.

Llegue ala conclusin que es muy importante enfocarme en esta investigacin por
en ella aprend sobre las tres formas normales para aplicar en un diseo de bd
como por ejemplo:
Primera Forma Normal (1FN)
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.