NORMALIZACION Y RELACIONES EN LA BASE DE DATOS

- definir que es normalización y las formas normales 

- diseño del modelo entidad relación
-crear bases de datos en axes 2007 

 Actividad.

1) que es normalización o normalizar en la base de datos
2) que dice la primera forma normal (1fn) y de un ejemplo 
3) que dice la segunda forma normal (2fn) y de un ejemplo 
4) que dice la tercera forma normal (3fn) y de un ejemplo
5) que es el modelo entidad relación y para que se utilizan las bases de datos y de un ejemplo
6) que tipos de relaciones se dan entre las tablas que forman una base de datos, defina cada una de ellas y de ejemplos 
7) en una hoja del cuaderno diseñe y dibuje el modelo entidad relación para la base de datos de la biblioteca que venimos trabajando 
8)en excel diseñe el modelo entidad relación que diseño en la hoja ,tomarle una fotografía y subirla al blog ademas el archivo de excel debe quedar almacenada  en el dropbox en la carpeta inf 2013

nota : recordar que cada respuesta debe ir acompañada de la dirección o link de donde se consulte dicha información  ademas de una imagen y un vídeo que expliquen dicho tema se debe de leer y entender cada una de las respuestas para poder realizar dicha actividad.

Solución.

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

Las bases de datos relacionales se normalizan para:

• Evitar la redundancia de los datos.
• Evitar 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.

http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos

2) 

La 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.

CodLibro	Titulo	Autor	Editorial	NombreLector	FechaDev
1001	Variable compleja	Murray Spiegel	McGraw Hill	Pérez Gómez, Juan	15/04/2005
1004	Visual Basic 5	E. Petroustsos	Anaya	Ríos Terán, Ana	17/04/2005
1005	Estadística	Murray Spiegel	McGraw Hill	Roca, René	16/04/2005
1006	Oracle University	Nancy Greenberg y Priya Nathan	Oracle Corp.	García Roque, Luis	20/04/2005
1007	Clipper 5.01	Ramalho	McGraw Hill	Pérez Gómez, Juan	18/04/2005

CodLibro	Titulo	Autor	Editorial	Paterno	Materno	Nombres	FechaDev
1001	Variable compleja	Murray Spiegel	McGraw Hill	Pérez	Gómez	Juan	15/04/2005
1004	Visual Basic 5	E. Petroustsos	Anaya	Ríos	Terán	Ana	17/04/2005
1005	Estadística	Murray Spiegel	McGraw Hill	Roca		René	16/04/2005
1006	OracleUniversity	NancyGreenberg	Oracle Corp.	García	Roque	Luis	20/04/2005
1006	OracleUniversity	Priya Nathan	Oracle Corp.	García	Roque	Luis	20/04/2005
1007	Clipper 5.01	Ramalho	McGraw Hill	Pérez	Gómez	Juan	18/04/2005

http://www.angelfire.com/ult/lupa/bd/normalizacion1.htm

3)La 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.

VentaID	ItemID	ProductoId	Cantidad
1	1	2334	10
1	2	3333	2
1	3	66643	34
1	4	21	3
2	1	3566	6

VentaId	FechaVenta	ClienteVenta
1	01/12/2007	2
2	02/12/2007	5

4)La Tercera Forma Normal En realidad si nos guiamos en el ejemplo de esta nota, ya no quedaría normalización por aplicar y podríamos decir que nuestro ejemplo cumple con las 3 formas normales, ya que la 3ra Forma Normal nos habla de que :

1. Ninguna Columna puede depender de una columna que no tenga una clave
2. No puede haber datos derivados

En el 2do ejemplo hemos descubierto campos que dependían de la clave principal (VentaID) y que podrían incluirse en una tabla maestra.Pero supongamos un ejemplo donde ciertas columnas no dependen de la clave principal y si dependen de una columna de nuestra tabla.

VentaID	ItemID	ProductoID	Cantidad	Descripcion	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

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

5) Este modelo se obtiene en tiempo de diseño de la base de datos. Fue propuesto por Peter Chen en 1976 y desde entonces se viene utilizando de una forma muy global. 
Se caracteriza por utilizar una serie de símbolos y reglas para representar los datos y sus relaciones. 
Con este modelo conseguimos representar de manera grafica la estructura lógica de una base de datos. 

Los principales elementos del modelo entidad-relación son las entidades con sus atributos y las relaciones entre entidades. 

Entidad 

Se trata de un objeto del que se recoge información de interés de cara a la base de datos. Gráficamente se representan mediante un rectángulo. Un ejemplo seria la entidad banco, donde se recogerían los datos relativos a ese banco, como puede ser el nombre, el número de sucursal, la dirección, etc. 

Dentro de las entidades pueden ser fuertes o débiles. Las fuertes son las que no dependen de otras entidades para existir, mientras que las entidades débiles siempre dependen de otra entidad sino no tienen sentido por ellas mismas. 

Relación 

Podemos definir la relación como una asociación de dos o más entidades. A cada relación se le asigna un nombre para poder distinguirla de las demás y saber su función dentro del modelo entidad-relación. Otra característica es el grado de relación, siendo las de grado 1 relaciones que solo relacionan una entidad consigo misma. Las de grado 2 son relaciones que asocian dos entidades distintas, y las de grado n que se tratan de relaciones que unen mas de dos entidades.

6)

Relación de uno a muchos

La relación de uno a varios es el tipo más común. En este tipo de relación, una fila de la tabla A puede tener muchas filas coincidentes en la tabla B, pero una fila de la tabla B sólo puede tener una fila coincidente en la tabla A. Por ejemplo, las tablas Editores y Títulos tienen una relación uno a varios: cada editor genera muchos títulos, pero cada título procede sólo de un editor.

Una relación uno a varios se crea si sólo una de las columnas relacionadas es una clave principal o tiene una restricción UNIQUE.

En Access, el lado de la clave principal de una relación uno a varios se denota mediante un símbolo de clave. Un símbolo de infinito denota el lado de la clave externa de una relación.

Relaciones varios a varios

En una relación varios a varios, una fila de la tabla A puede tener muchas filas coincidentes en la tabla B y viceversa. Este tipo de relación se crea definiendo una tercera tabla, denominada de combinación, cuya clave principal está compuesta de las claves externas de ambas tablas A y B. Por ejemplo, la tabla Autores y la tabla Títulos tienen una relación varios a varios que se define mediante una relación uno a varios de cada una de estas tablas a la tabla TítuloAutores. La clave principal de la tabla TítuloAutores es la combinación de la columna de identificador de autor (la clave principal de la tabla Autores) y de la columna de identificador de título (la clave principal de la tabla Títulos).

Relaciones uno a uno

En una relación uno a uno, una fila de la tabla A no puede tener más de una fila coincidente en la tabla B y viceversa. Una relación uno a uno se crea si las dos columnas relacionadas son las claves principales o tiene restricciones UNIQUE.

Este tipo de relación no es común porque la mayor parte de la información relacionada de esta manera estaría toda en una tabla. Podría utilizar una relación uno a uno para:

• Dividir una tabla con muchas columnas.
• Aislar parte de una tabla por razones de seguridad.
• Almacenar los datos efímeros y que podrían eliminarse con facilidad eliminando la tabla.
• Almacenar la información que sólo se aplica a un subconjunto de la tabla principal.

En Access, el lado de la clave principal de una relación uno a varios se denota mediante un símbolo de clave. Un símbolo de clave denota también el lado de la clave externa.

VARIOS A VARIOS

UNO A UNO