C.B.T.i.s 243 Alumno:

Cristian Andrés Jiménez Vázquez

Materia:

Sub módulo 1y 2

Catedrático:

Cornelio Alberto Méndez Pérez.

Trabajo:

3 formas normales para aplicar en una base de datos.

Especialidad:

Ofimática.

Semestre y grupo:

5to “A”

Fecha:

23 de septiembre de 2015

Motozintla de Mendoza, Chiapas.

Introducción:

En este trabajo realizaremos una investigación de algunas formas normales para aplicar a una base de datos este tema será de gran utilidad pues nos dará a conocer las formas básicas que debemos emplear para la elaboración de una base de datos además como hacer uso de cada una de ellas en sus diferentes diseños (lógico y conceptual) y con base a esto poder hacer una base de datos estable y de buena calidad.

Proceso de normalización.

El proceso de normalización de bases de datos consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos. Disminuir problemas de actualización de los datos en las tablas. Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación 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.

Relación = tabla o archivo

Registro = registro, fila , renglón o tupla

Atributo = columna o campo

Clave = llave o código de identificación

Clave Candidata = superclave mínima

Clave Primaria = clave candidata elegida

Clave Ajena (o foránea) = clave externa o clave foránea

Clave Alternativa = clave secundaria

Dependencia Multivaluada = dependencia multivalor

RDBMS = Del inglés 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 conexión entre uno o más atributos. Por ejemplo si se conoce el valor de DNI tiene una conexión 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 unívocamente 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 más una conveniencia que una obligación. Muchas veces la clave primaria es numérica auto-incrementada, es decir, generada mediante una secuencia numérica incrementada automáticamente cada vez que se inserta una fila. En una tabla puede que tengamos más 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 demás claves serán claves candidatas. Una clave ajena (foreign key o clave foránea) 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 también puede identificar de forma única a una fila dentro de una tabla. Ejemplo: Si en una tabla clientes definimos el número de documento (id cliente) como clave primaria, el número de seguro social de ese cliente podría 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 más de una columna. La visualización de todas las posibles claves candidatas en una tabla ayudan a su optimización. Por ejemplo, en una tabla PERSONA podemos identificar como claves su DNI, o el conjunto de su nombre, apellidos, fecha de nacimiento y dirección. Podemos usar cualquiera de las dos opciones o incluso todas a la vez como clave primaria, pero es mejor en la mayoría de sistemas la elección del menor número 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 están en la forma normal N. Diagrama de inclusión de todas las formas normales. En general, las primeras tres formas normales son suficientes para cubrir las necesidades de la mayoría 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 normalización. Si

tenemos una tabla clientes, en la tabla ventas, solo debería figurar el código del

cliente, para que el resto de los datos se puedan referenciar automáticamente sin

problemas y sin duplicar información. Lo mismo ocurriría en una tabla de detalle

de ventas, si por cada ítem vendido colocamos el detalle del producto, con su

descripción, medidas, etc…Tendríamos un desaprovechamiento de espacio y

recursos muy grande. Para ello, tendremos nuestra tabla maestra de Productos y

con solo grabar el código de dicho producto en nuestra tabla de ventas, será

suficiente.

Una tabla está en Primera Forma Normal si:

Todos los atributos son atómicos. Un atributo es atómico 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 variación en el número 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 tuviéramos alguna columna que se

repite a lo largo de todos los registros, dichos datos deberían 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 más de un único registro de la tabla, considere colocar estos campos en una

tabla independiente. Por ejemplo, en una tabla Contratación de empleados, puede

incluirse el nombre de la universidad y la dirección de un candidato. Pero necesita una

lista completa de universidades para enviar mensajes de correo electrónico en grupo. Si

la información 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 vincúlela a la tabla Candidatos con el código de

universidad como clave.

Ejemplo.

Venta ID Ítem ID Producto ID

Cantidad Descripción 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

– 1

Conclusión

Este trabajo nos sirvió de mucho pues pudimos darnos cuenta de cómo 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 diseños lógico 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-formas-

normales/

https://support.microsoft.com/es-es/kb/283878

ttps://es.wikipedia.org/wiki/Normalización_de_bases_de_datos