Tres Formas Normales Para BD
Click here to load reader
-
Upload
cristian-jimenez -
Category
Documents
-
view
28 -
download
3
description
Transcript of Tres Formas Normales Para BD
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