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 claves con dependencia transitiva con la clave primaria.

Ejemplo:

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 Fecha de nacimiento del 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 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 a

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-normalizacion-

formas.html