CBTis 243

Nombre de alumna:
Lpez Velzquez Yaquelin Nereyda
Materia:
Modulo
Catedrtico:
Lic. Cornelio Alberto Prez Mndez
Especialidad:
Ofimtica
Semestre: 5to

Grupo: A

Fecha de entrega:
23 de septiembre del 2015

INTRODUCCIN
El contenido de esta investigacin trata sobre las tres formas normales que se le
aplican a un diseo de base de datos.
Las tres formas normales se relacionan ya que cuando aplicamos la segunda
forma normal ya tiene que tener aplicada la primera forma normal y cuando vamos
aplicar la tercera forma ya tiene que tener aplicada le segunda forma.
La 1NF o primera forma normal es una que satisface cierto conjunto mnimo de
criterios esto quiere decir que la tabla debe tener valores repetitivos.
La 2NF o segunda forma normal resuelve el problema de la 1FN.Y lo que es la
3NF o tercera forma normal debe constar de tres condiciones para que sea una
tabla con la tercera forma normal aplicada.

DESARROLLO
TRES FORMAS NORMALES PARA APLICAR A UNA BASE DE DATOS

Primera forma normal (1NF)

La 1FN es una que satisface cierto conjunto mnimo de criterios. Estos criterios se
refieren bsicamente a asegurarse que la tabla es una representacin fiel de una
relacin y est libre de "grupos repetitivos" en una tabla.
La 1FN no dice que todos los atributos de cada fila contiene un solo valor tomando
de sus dominios respectivos. En otras palabras, los valores deben estar
atomizados y no deben repetirse en las relaciones. Esta FN se aplica para un
universo de relaciones normalizadas y no normalizadas donde existen valores
repetidos y resulta difcil la actualizacin de los datos. El fallo de la 1FN es que no
todos los atributos no claves tienen dependencia funcional completa con la clave
primaria.

Ejemplo:

Aplicando la 1FN obtenemos la siguiente tabla:

Segunda forma normal (2FN)

La 2NF fue definida originalmente por en 1971. Una tabla que est en la primera
forma normal (1NF) debe satisfacer criterios adicionales para calificar para la
segunda forma normal. Especficamente: una tabla 1NF est en 2NF solo si, dada
una clave primaria y cualquier atributo que no sea un constituyente de la clave
primaria, el atributo no clave depende de toda la clave primaria en vez de una
parte de ella.
En trminos levemente ms formales: una tabla 1NF est en 2NF si ninguno de
sus atributos no-principales son funcionalmente dependientes en una parte
(subconjunto propio) de una clave primaria (Un atributo no-principal es uno que no
pertenece a ninguna clave primaria).
La 2FN resuelve el problema de la 1FN. En otras palabras, cada atributo no clave
de la relacin tiene dependencia funcional completa (DFC) con su clave primaria
(PK). Como en la 1FN no todos los atributos no clave tenan DFC con la PK,
entonces la 2FN busca separar esos atributos en otras relaciones para
que estn en DFC con su respectiva PK. El fallo de la 2FN se debe a que existen
atributos no

Ejemplo:

claves con

dependencia

transitiva

con

la

clave

primaria.

Tercera forma normal (3NF)

La tercera forma normal (3NF) es una forma normal usada en la normalizacin
de bases de datos. La 3NF fue definida originalmente en 1971. La definicin indica
que una tabla est en 3NF solo si las tres condiciones siguientes se cumplen:

La tabla est en la segunda forma normal (2NF)

Ningn atributo no-primario de la tabla es dependiente transitivamente de

una clave primaria

Es una relacin que no incluye ningn atributo clave

Ejemplo:
Un ejemplo de una tabla 2NF que falla en satisfacer los requerimientos de la 3NF
es:

Ganadores del torneo

Torneo

Ao

Ganador

Indiana Invitational

1998 Al Fredrickson

21 de julio de 1975

Cleveland Open

1999 Bob Albertson

28 de septiembre de 1968

Des Moines Masters 1999 Al Fredrickson

Fecha de nacimiento del ganador

21 de julio de 1975

Indiana Invitational

1999 Chip Masterson 14 de marzo de 1977

La nica clave candidata es {Torneo, Ao}.

La violacin de la 3NF ocurre porque el atributo no primario Fecha de nacimiento
del ganador es dependiente transitivamente de {Torneo, Ao} va el atributo no
primario Ganador. El hecho de que la Fecha de nacimiento de los ganadores
funcionalmente

dependiente

en

el Ganador hace

la

tabla

vulnerable

inconsistencias lgicas, pues no hay nada que impida a la misma persona ser
mostrada con diferentes fechas de nacimiento en diversos registros.
Para expresar los mismos hechos sin violar la 3NF, es necesario dividir la tabla en
dos:

Ganadores del torneo

Torneo

Ao

Ganador

Indiana Invitational

1998

Al Fredrickson

Cleveland Open

1999

Bob Albertson

Des Moines Masters

1999

Al Fredrickson

Indiana Invitational

1999

Chip Masterson

Fecha de nacimiento del jugador

Ganador

Fecha de nacimiento

Chip Masterson

14 de marzo de 1977

Al Fredrickson

21 de julio de 1975

Bob Albertson

28 de septiembre de 1968

CONCLUSIN
Como conclusin llegue a que las formas normales son indispensables en un
diseo de base de datos ya que nos ayuda a crear tablas que dependan de
diferentes puntos del diseo. Y claro cada de estas diferentes formas como ya lo
he dicho depende una de la otra.
Lo que es la primera forma normal es aquella que representa fielmente una
relacin y que no tiene grupos repetitivos, esto quiere decir que los valores no
deben repetirse en las relaciones. No Todos los atributos no claves tienen
dependencia funcional completa con la llave primaria.

La segunda forma normal trata que ya tiene que estar aplicada la primera forma
para ya con ello ya pueda modificar la tabla. Lo que hace esta forma es que cada
atributo no clave dependa de una parte de la clave primaria.

Y la tercera forma normal la tabla debe estar en la segunda forma normal (2NF),
ningn atributo no-primario de la tabla es dependiente transitivamente de
una clave primaria y es una relacin que no incluye ningn atributo clave.

REFERENCIAS
https://es.wikipedia.org/wiki/Primera_forma_normal

https://es.wikipedia.org/wiki/Segunda_forma_normal

http://lasrsibd.blogspot.mx/2012/04/primera-y-segunda-forma-normal.html

http://analisisyprogramacionoop.blogspot.mx/2013/05/teoria-de-la-normalizacionformas.html