Alumno:

Frankli Faviel Reynosa Snchez

Materia:
Sub mdulo 1y 2

Catedrtico:
Cornelio Alberto Mndez Prez.

Trabajo:
3 formas normales para aplicar en una base de datos.

Especialidad:
Ofimtica.

Semestre y grupo:
5to A

Fecha:
23 de septiembre de 2015

Motozintla de Mendoza, Chiapas.

Introduccin:
En este trabajo realizaremos una investigacin de algunas formas normales para
aplicara una base de datos este tema ser de gran utilidad pues nos dar a
conocer las formas bsicas que debemos emplear para la elaboracin de una
base de datos adems como hacer uso de cada una de ellas en sus
diferentes diseos (lgico y conceptual) y con base a esto poder hacer una
base de datos estable y de buenacalidad.

Proceso de normalizacin.
El proceso de normalizacin de bases de datos consiste en designar y 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:

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

les. No se permiten los duplicados.

Relacin = tabla o archivo

Registro = registro, fila , rengln o tupla
Atributo = columna o campo
Clave = llave o cdigo de identificacin
Clave Candidata = superclave mnima
Clave Primaria = clave candidata elegida
Clave Ajena (o fornea) = clave externa o clave fornea
Clave Alternativa = clave secundaria
Dependencia Multivaluada = dependencia multivalor
RDBMS = Del ingls Relational Data Base Manager
significa,
Sistema Gestor de Bases de Datos Relacionales.

System

que

Dependencia funcional.
B es funcionalmente dependiente de A.
Una dependencia funcional es una conexin entre uno o ms atributos. Por
ejemplo si se conoce el valor de DNI tiene una conexin con Apellido o Nombre.
Las dependencias funcionales del sistema se escriben utilizando una flecha, de
la siguiente manera:
Fecha de nacimiento ------------->Edad.

Claves
Una clave primaria es aquella columna (o conjunto de columnas) que identifica
unvocamente a cada fila. La clave primaria es un identificador que va a ser
siempre nico para cada fila. Se acostumbra a poner la clave primaria como la
primera columna de la tabla pero es ms una conveniencia que una obligacin.
Muchas veces la clave primaria es numrica auto-incrementada, es decir,
generada mediante una secuencia numrica incrementada automticamente
cada vez que se inserta una fila.
En una tabla puede que tengamos ms de una columna que puede ser clave
primaria por s misma. En ese caso se puede escoger una para ser la clave
primaria y las dems claves sern claves candidatas.
Una clave ajena (foreign key o clave fornea) es aquella columna que existiendo
como dependiente en una tabla, es a su vez clave primaria en otra tabla.
Una clave alternativa es aquella clave candidata que no ha sido seleccionada
como clave primaria, pero que tambin puede identificar de forma nica a una fila
dentro de una tabla. Ejemplo: Si en una tabla clientes definimos el nmero de
documento (id cliente) como clave primaria, el nmero de seguro social de ese
cliente podra ser una clave alternativa. En este caso no se us como clave
primaria porque es posible que no se conozca ese dato en todos los clientes.
Una clave compuesta es una clave que est compuesta por ms de una
columna.
La visualizacin de todas las posibles claves candidatas en una tabla ayudan a
su optimizacin. Por ejemplo, en una tabla PERSONA podemos identificar como
claves su DNI, o el conjunto de su nombre, apellidos, fecha de nacimiento y
direccin. Podemos usar cualquiera de las dos opciones o incluso todas a la vez
como clave primaria, pero es mejor en la mayora de sistemas la eleccin del
menor nmero de columnas como clave primaria.

Formas normales.
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.

Diagrama de inclusin de todas las formas normales.

En general, las primeras tres formas normales son suficientes para cubrir las
necesidades de la mayora de las bases de datos. El creador de estas 3 primeras
formas normales (o reglas) fue Edgar F. Codd.
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.
Una tabla est en Primera Forma Normal si:

ibutos son atmicos. Un atributo es atmico si los elementos

del dominio son simples e indivisibles.

Funcional)

las
columnas, es decir, si los datos cambian de orden no deben cambiar sus
significados.
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.

Venta ID tem ID Fecha

Venta
Cliente
Venta
Producto
Id
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
La 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.
Tercera forma normal
Los valores de un registro que no sean parte de la clave de ese registro no pertenecen
a la tabla. En general, siempre que el contenido de un grupo de campos
pueda
aplicarse a ms de un nico registro de la tabla, considere colocar estos campos en
una
tabla independiente. Por ejemplo, en una tabla Contratacin de empleados,
puede
incluirse el nombre de la universidad y la direccin de un candidato. Pero necesita una
lista completa de universidades para enviar mensajes de correo electrnico en grupo.
Si
la informacin de las universidades se almacena en la tabla Candidatos, no hay forma
de enumerar las universidades que no tengan candidatos en ese momento.
Cree una
tabla Universidades independiente y vinclela a la tabla Candidatos con el
cdigo de
universidad como clave.
Ejemplo.
Venta ID tem ID Producto
ID
Cantidad Descripcin Medida Proveedor
1 1 3455 12 Impresora
HP LJ8000
122cm 1
1 2 2455 34 Scanner
HP A3555
33cm 1
2 1 5444 21 Mouse HP
Wireless

Conclusin

Este trabajo nos sirvi de mucho pues pudimos darnos cuenta de cmo hacer
uso de las tres formas normales para as mismo emplearlas en una base de
datos esto nos ser de gran utilidad ya que podremos llevarlas a cabo para
realizar diseos lgico y conceptuales de base de datos y esto nos conllevara a
realizar la base de datos fija.

Referencias.

https://cvva.wordpress.com/2007/12/04/normalizacion-de-bases-de-datos-las-3formasnormales/
https://support.microsoft.com/es-es/kb/283878
ttps://es.wikipedia.org/wiki/Normalizacin_de_bases_de_datos