C.B.T.i.

s 243
Alumno:
Cristian Andrs Jimnez Vzquez

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 aplicar
a 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 buena
calidad.

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:
Evitar la redundancia de los datos.
Disminuir problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
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:
Cada tabla debe tener su nombre nico.
No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deben ser del mismo tipo.

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 System que significa,
Sistema Gestor de Bases de Datos Relacionales.
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:

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.

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
Cliente
Producto
Cantidad
Venta
Venta
Id
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
1

Producto
ID
3455

Cantidad

Descripcin Medida

Proveedor

12

Impresora
122cm
HP LJ8000
Scanner
33cm
HP A3555
Mouse HP
Wireless

2455

34

5444

21

1
1

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-3-formasnormales/
https://support.microsoft.com/es-es/kb/283878
ttps://es.wikipedia.org/wiki/Normalizacin_de_bases_de_datos