LISTA DE COTEJO PARA TRABAJO ESCRITO

NOMBRE DEL ALUMNO (S) OBSERVACIONES:

1 Efrn David Daz Lpez

2

3

4

5

6

FECHA DE APLICACIN:

MODULO:

GRUPO:

EQUIPO NUM:

PRODUCTO ASPECTOS A OBSERVAR SI NO N/P OBSERVACIONES %

INVESTIG TODOS LOS TEMAS SOLICITADOS

10

ES CONGRUENTE CON EL TEMA 30 EL TRABAJO FUE PRESENTABLE 5 LOS TEMAS SE ORDENARON

CORRECTAMENTE 5

CUMPLI EN TIEMPO Y FORMA 20 EL CONTENIDO FUE CLARO 30

FORMA:

TITULO: MAYUSCULA ARIAL 12

PARRAFOS: ARIAL 12 MINUSCULA

ENGARGOLADO O EN CAPETA CON BROCHE:

MARGENES: 3

INTERLINEADO: 1.5

BORDE: DOBLE

El trabajo debe de tener los siguientes apartados.

PRESENTACION.

INTRODUCCION.

DESARROLLO.

CONCLUSION.

REFERENCIAS.

Materia:

Submodulo I y II

Nombre del docente:

Cornelio Alberto Prez Mndez

Nombre del alumno:

Efrn David Daz Lpez

Especialidad:

Ofimtica

Semestre y grupo:

5 A

Trabajo:

Investigacion

Tema:

Las 3 formas normales para aplicar en un diseo de BD

Fecha de entrega:

23 de septiembre de 2015 Motozintla de Mendoza, Chiapas

INTRODUCCION

En esta investigacin que realizaremos en base a la creacin de base de datos

con el tema de las 3 formas normales para aplicar a un diseo de BD.

Adquirir una retroalimentacin a mis conocimientos y aprender ms a fondo

de cada una de las tres formas, ya sea en su definicin las caractersticas, y las

formas de cmo debemos aplicarlo cuando estemos creando nuestra propia

base de datos, ya que, al comprenderlo o entender bien esta informacin as ya

no se nos presentara errores como en la redundancia.

As de esta manera al dominar bien con este tema ya mencionado nos ser

muy til en nuestra vida escolar ya que cuando se nos presente ejercicios de

realizar una BD ya no se nos presentara errores, como uno de los que ms

tenemos que tener en cuenta es la redundancia.

LAS 3 FORMAS NORMALES PARA APLICAR A UN DISEO DE BD

Existen 3 niveles de Normalizacin que deben respetarse para poder decir que

nuestra Base de Datos, se encuentra NORMALIZADA, es decir, que cumple

con los requisitos naturales para funcionar ptimamente y no perjudicar las

Performance por mala arquitectura. Estas 3 reglas de Normalizacin se las

conoce como las 3 FORMAS NORMALES.

1 Forma normal (1FN)

Cuando hablamos del universo de datos, hacemos referencia a todos los datos

capturados por un criterio en comn. Sin embargo, estn desorganizados, lo

cual dificulta su utilidad y anlisis. Esto origina redundancias e inconsistencias.

Cuando una relacin no est normalizada, cabe la posibilidad que alguna celda

no est llena, que los datos se repitan, que aparezcan dos datos en una celda,

que algunos datos como atributos incorrectos, que los datos no sean valores

simples, o que la misma tabla no cuente con claves primarias.

En cambio, una relacin que est en Primera Forma Normal cuenta,

primeramente, con todas las celdas llenas y, con al menos, una clave primaria.

Adems de ello, lo que busca la 1FN es que todas las tuplas tengan slo un

valor por atributo. Es decir que por ms que una celda pueda poseer dos

valores para el mismo atributo, no pueden figurar juntas, sino que se debe

crear una tupla nueva para colocar por separado esos dos datos. Cabe

mencionar que la 1FN busca que los datos sean simples y que estn colocados

en la columna correcta.

El proceso de normalizacin de bases de datos consiste en aplicar una serie de

reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al

modelo relacional.

Las bases de datos relacionales se normalizan para:

Evitar problemas de actualizacin de los datos en las tablas.

Evitar la redundancia de los datos

Proteger la integridad de los datos.

La primera forma normal, requiere que los datos sean atmicos. En otras

palabras, la 1FN prohbe a un campo contener ms de un valor de su dominio

de columna. Tambin exige que todas las tablas deben tener una clave

primaria. Adicionalmente, indica que una tabla no debe tener atributos que

acepten valores nulos.

Cuando no existe normalizacin, se presentan anomalas en la base de datos.

Que ocasionan problemas al momento de insertar, modificar o eliminar datos.

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.

EJEMPLO:

En este ejemplo podemos ver en la primera tabla todos los datos de los clientes

de una empresa, en donde visualizamos el cdigo de cliente, el nombre y

apellido del cliente as como su telfono.

Podemos ver que un cliente tiene dos telfonos y se le estn colocando en la

mismo campo lo cual no es posible en una implementacin de base de datos,

por lo cual debemos separar en otra tabla el cdigo de cliente con el telfono

como se muestra a continuacin:

Ejemplo 2:

En el siguiente ejemplo tenemos los datos de clientes y podemos darnos

cuenta que cuando un cliente tiene dos correos se le agrega dos veces en la

tabla.

Para solucionar este problema podemos realizar una tabla con el cdigo del

cliente y el correo electrnico como se muestra a continuacin:

Ejemplo 3:

En este ejemplo visualizamos la tabla de ciudadanos con sus respectivas

direcciones, provincias y poblados, si un ciudadano tiene 2 o mas direcciones

ocurriria lo mostrado esta tabla:

Para poder optimizar esta tabla y pasarla a la primera forma normal tendramos

que crear otra tabla con las direcciones de los ciudadanos.

2 Forma normal (2FN):

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.

La regla de la Segunda Forma Normal (2FN) 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 clave de la tabla para identificarlos.

Una de las mayores desventajas de la normalizacin es el tiempo que lleva

hacerlo. La mayora de la gente est demasiado ocupada, y emplear tiempo

para asegurarse de que sus datos estn normalizados cuando todo funciona

ms o menos bien, parece ser un desperdicio de tiempo. Pero no es as. Usted

tendr que emplear ms tiempo arreglando una base de datos no normalizada

que el que empleara en una normalizada.

Al haber alcanzado la Segunda Forma Normal, usted puede disfrutar de

algunas de las ventajas de las bases de datos relacionales, por ejemplo:

Puede aadir nuevas columnas a una tabla sin afectar a

las dems tablas.

Lo mismo aplica para las otras tablas.

Alcanzar este nivel de normalizacin permite que los datos se acomoden

de una manera natural dentro de los lmites esperados.

Ejemplo:

VentaID ItemID FechaVenta ClienteVenta ProductoId Cantidad

1 1 01/12/2007 2 2334 10

1 2 01/12/2007 2 3333 2

1 3 01/12/2007 2 66643 34

1 4 01/12/2007 2 21 3

2 1 02/12/2007 5 3566 6

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

toda una venta tendr el mismo nmero 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 FechaVenta se repetirn por cada

venta realizada. Es por ello que proponemos el siguiente esquema

VentaID ItemID Productold Cantidad

1 1 2334 10

1 2 3333 2

1 3 66643 34

1 4 21 3

2 1 3566 6

Y ahora nuestra nueva tabla maestra

VentaId FechaVenta ClienteVenta

1 01/12/2007 2

2 02/12/2007 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 unico para cada

grupo de registros.

3 Forma normal:

La tercera forma normal (3NF) es una forma normal usada en la normalizacin

de bases de datos. La definicin de Codd indica que una tabla est en 3NF si y

solo si las dos condiciones siguientes se mantienen:

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

Ningn atributo no-primario de la tabla es dependiente transitivamente

de una clave primaria

Cada atributo debe representar un hecho acerca de la clave, la clave entera, y

nada excepto la clave. La versin 3NF de la definicin es ms dbil que la

variacin de BCNF de Date, pues el anterior se refiere solamente a asegurarse

de que los atributos no-clave son dependientes en las claves. Los atributos

primarios (que son claves o partes de claves) no deben ser funcionalmente

dependientes en absoluto; cada uno de ellos representa un hecho sobre la

clave en el sentido de proporcionar parte o toda la clave en s misma. Debe ser

observado que esta regla se aplica solamente a los atributos funcionalmente

dependientes, Ya que aplicndola a todos los atributos prohibira

implcitamente claves de candidato compuestas, puesto que cada parte de

cualquiera de tales claves violara la clusula de "clave completa".

Ejemplo:

En este cuadro, tendramos como Clave Primaria al C_Evento y los dems

atributos dependen de la PK. Sin embargo, vemos que la Direccin del local

T_Direccin depende del nombre del Local donde se realiza el evento. Para

resolver este problema y tener un mejor almacenamiento de datos, la 3FN hace

que creemos una 2da tabla haciendo PK al Nombre del local teniendo como

atributo dato a la Direccin.

Ejemplo 2:

En este ejemplo tenemos una tabla de los empleados de una empresa donde

estn identificados por numero de seguro social el cual es PK, y los atributos

restantes son su nombre, puesto y salario que reciben.

En este caso, el salario no depende del nmero de seguro social pero si del

puesto que ocupa el empleado, entonces se procede a separar el salario en

otra tabla.

Ahora tenemos la relacion en 3FN.

Conclusin:

Bien al darle fin con esta investigacin he conocido muy a fondo cada una de

las tres formas normales que se le puede aplicar a un diseo de base de datos,

Las formas normales son aplicadas a las tablas de una base de datos. Decir

que una base de datos est en la forma normal N es decir que todas sus tablas

estn en la forma normal N.

As he aprendido que as en general, las primeras tres formas normales son

suficientes para cubrir las necesidades de la mayora de las bases de datos.

1NF significa que tus relaciones tienen un nmero de atributos fijos y atmicos

2NF significa que los atributos dependen de toda la clave primaria y no de parte

de ella 3NF significa que loa atributos dependen directamente de la clave

primaria (y no indirectamente a travs de otro atributo). Una vez que ya

conozcamos bien acerca de este tema y ya lo dominemos se nos facilitara la

creacin de una base de datos ya que con esta informacin he adquirido una

retroalimentacin a mis conocimientos as todo esto es muy til en la vida

escolar y es bueno que siempre lo tengamos en cuenta cada uno de estas tres

formas normales de la base de datos.

Bibliografa:

https://www.google.com.mx/ -formas+normales+de+base+de+datos

https://www.google.com.mx/-oncepto+de+la+forma+normal+de+base+de+datos

http://datosconbase.blogspot.mx/2012/01/tercera-forma-normal.html

http://campuscurico.utalca.cl/~jperez/bd/documentos/3nf-bcnf.pdf

http://basededatos-jonathan-delatorre.blogspot.mx/2012/04/la-tercera-forma-

normal-3fn.html

http://tadebasegino.blogspot.mx/2012/08/la-segunda-forma-normal-2fn.html

http://kvnbd.blogspot.mx/2011/09/primera-forma-normal.html

http://normalizacion-bd.blogspot.mx/2012/08/3-primera-forma-normal-1fn.html

https://cvva.wordpress.com/2007/12/04/normalizacion-de-bases-de-datos-las-3-

formas-normales/

http://virtual.uaeh.edu.mx/repositoriooa/paginas/Normalizacion de Base de

Datos/tercera_forma_normal_3fn.html

http://normalizacion-bd.blogspot.mx/2012/08/5-tercera-forma-normal-3fn.html