NORMALIZACION Y RELACIONES EN LAS BASES DE DATOS

12/04/2013

                                                               PERIODO 2

LOGROS

- 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

0

3) que dice la segunda forma normal (2fn) y de un ejemplo

0

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

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  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 informática  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 video que expliquen dicho tema se debe de leer y entender cada una de las respuestas para poder realizar dicha actividad

SOLUCION

1) Normalización es un conjunto de reglas que sirven para ayudar a los diseñadores a desarrollar un esquema que minimice los problemas de lógica. Cada regla está basada en la que le antecede. La normalización se adoptó porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ineficiente y conducía a errores de lógica cuando se trataba de manipular los datos. Por ejemplo, vea la base de datos Mi Tienda. Si almacena todos los datos en la tabla Clientes, ésta podría verse como se muestra a continuación: 

Clientes 

ID_Cliente Nombre 

Apellidos 

Nombre_Producto1 Costo_Producto1 

Imagen_Producto1 Nombre_Producto2 Costo_Producto2 

Imagen_Producto2 Fecha_Pedido 

Cantidad_Pedido 

Nombre_Cia_Envios 

La tabla se ha descrito de manera abreviada pero aun así representa la idea general. 


http://www.trucostecnicos.com/trucos/ver.php?id_art=278

2) Según la donación de Datos de la 1FN, un campo está en 1FN si y solo si es "isomorfa a alguna relación", lo que significa, específicamente, que satisface las siguientes cinco condiciones:

1. No hay orden de arriba-a-abajo en las filas.

2. No hay orden de izquierda-a-derecha en las columnas.

3. No hay filas duplicadas.

4. Cada intersección de fila-y-columna contiene exactamente un valor del dominio aplicable (y nada más).

5. Todas las columnas son regulares [es decir, las filas no tienen componentes como IDs de fila, IDs de objeto, o timestamps ocultos].

—Chris Date, "What First Normal Form Really Means", pp. 127-8⁴

Cliente

ID Cliente	Nombre	Apellido	Teléfono
123	Rachel	Ingram	555-861-2025
456	James	Wright	555-403-1659
789	Cesar	Dure	555-808-9633

3) Una relación R se dice que está en 2FN si está en 1FN y si, y sólo si, los atributos no llaves (ni primarias, ni candidatas) de R., si los hubiese, son funcional y completamente dependientes de la llave primaria de R.

Entonces, se aplica sólo a relaciones con llaves compuestas, pues no es posible que una relación cuya llave primaria sea simple (compuesta por un solo atributo) haya atributos que dependan de parte de la llave primaria. Una relación que esté en 1FN y que tenga una llave primaria simple está en 2FN.

Continuando con el ejemplo de los pedidos de productos, habíamos visto que en la relación PED-PRODsubsistían problemas de actualización. Analicemos las dependencias funcionales que existen en dicha relación.

4) En las anteriores veces, se ha mostrado la cadena que existe entre las dos primeras formas normales: 1FN y 2FN; es decir si una relación se encuentra en segunda forma, quiere decir que necesariamente debería estarlo en la primera. Lo mismo pasa con la siguiente; la tercera forma normal (3FN), una relación está en tercera forma normal si es que antes está en segunda y por consiguiente, en primera forma. Además, se dice que una relación está en 3FN si no existen dependencias funcionales transitivas.

La regla de la 3FN señala que es necesario eliminar y separar cualquier dato que no sea clave.

En el siguiente ejemplo se muestra una tabla con los atributos de un ejemplo que estaba en la segunda forma normal. Como se puede observar estos datos tiene una relación en 3FN, ya que algunos de sus atributos dato no son determinados por la clave primaria en sí, sino son determinados por otro atributo dato o parte de la clave primaria.

5) Cuando se utiliza una base de datos para gestionar información, se está plasmando una parte del mundo real en una serie de tablas, registros y campos ubicados en un ordenador; creándose un modelo parcial de la realidad. Antes de crear físicamente estas tablas en el ordenador se debe realizar un modelo de datos.

       Se suele cometer el error de ir creando nuevas tablas a medida que se van necesitando, haciendo así el modelo de datos y la construcción física de las tablas simultáneamente. El resultado de esto acaba siendo un sistema de información parcheado, con datos dispersos que terminan por no cumplir adecuadamente los requisitos necesarios.

 El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre dichas entidades:

• Entidad.- Objeto del mundo real sobre el que queremos almacenar información (Ej: una persona). Las entidades están compuestas de atributos que son los datos que definen el objeto (para la entidad persona serían DNI, nombre, apellidos, dirección,...). De entre los atributos habrá uno o un conjunto de ellos que no se repite; a este atributo o conjunto de atributos se le llama clave de la entidad, (para la entidad persona una clave seria DNI). En toda entidad siempre hay al menos una clave que en el peor de los casos estará formada por todos los atributos de la tabla. Ya que pueden haber varias claves y necesitamos elegir una, lo haremos atendiendo a estas normas:
  • Que sea única.
  • Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de cliente?.
  • Que sea mínima, ya que será muy utilizada por el gestor de base de datos.
• Relación.- Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones pueden ser de tres tipos:
• Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).
• Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).
• Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relación MATRÍCULA).

http://www.cs.us.es/cursos/bd-2005/HTML/modeloER.htm

6) En este artículo se describe cómo definir las relaciones en una base de datos de Microsoft Access. Se incluyen los temas siguientes:

• Definición de las relaciones de tabla
• Tipos de relaciones de tabla
• Relaciones uno a varios
• Relaciones varios a varios
• Relaciones uno a uno


• Cómo definir relaciones entre tablas
• Cómo definir relaciones uno a varios o uno a uno
• Cómo definir relaciones de varios a varios


• Integridad referencial
• Actualizaciones y eliminaciones en cascada
• Tipos de combinaciones

Definición de las relaciones de tabla

En una base de datos relacional, las relaciones permiten evitar los datos redundantes. Por ejemplo, si está diseñando una base de datos que realizará el seguimiento de información sobre libros, podría tener una tabla denominada Títulos que almacene los datos de cada libro, por ejemplo el título, la fecha de publicación y el editor. También hay información que podría desear almacenar sobre el editor, como su número de teléfono, dirección y código postal. Si fuera a almacenar toda esta información en la tabla de títulos, el número de teléfono del editor se duplicaría para cada título que el editor imprimiera.

Una solución mejor es almacenar sólo una vez la información del editor en una tabla independiente, Editores. Colocaría entonces un puntero en la tabla Títulos que hiciera referencia a una entrada de la tabla Editores.

Para asegurarse de que los datos están sincronizados, puede exigir la integridad referencial entre las tablas Títulos y Editores. Las relaciones de integridad referencial ayudan a garantizar que la información de una tabla coincida con la de otra. Por ejemplo, cada título de la tabla Títulos debe estar asociado a un editor concreto de la tabla Editores. No se puede agregar un título a la base de datos para un editor que no exista en ella.

Tipos de relaciones de tabla

Una relación se establece haciendo coincidir los datos de las columnas de clave, normalmente las columnas con el mismo nombre en ambas tablas. En la mayor parte de los casos, la relación hace coincidir la clave principal de una tabla, que proporciona un identificador único para cada fila, con una entrada de la clave externa de la otra tabla. Por ejemplo, las ventas pueden asociarse a los títulos concretos vendidos creando una relación entre las columnas de identificador de título de la tabla Títulos (la clave principal) y de la tabla Ventas (la clave externa).

Definición de relaciones entre tablas

Al crear una relación entre tablas, no es necesario que los campos relacionados tengan los mismos nombres. Sin embargo, deben tener el mismo tipo de datos a menos que el campo de clave principal sea un campo Auto numérico  Sólo puede hacer coincidir un campo Auto numérico con un campo Número si la propiedad Tamaño Del Campo de ambos de los campos correspondientes es la misma. Por ejemplo, puede hacer coincidir un campo Auto numérico y un campo Número si la propiedad Tamaño Del Campo de ambos campos es Long Integre  Incluso aunque ambos campos coincidentes sean campos Número, deben tener el mismo valor para la propiedad Tamaño Del Campo.

http://support.microsoft.com/kb/304466/es

7)