FORMALIZACION Y TIPOS DE RELACIONES EN LA BASE DE DATOS

OBJETIVO:

DEFINIR LOS CONCEPTOS BASICOS DE NORMALIZACION (PRIMERA FORMA NORMAL, SEGUNDA FORMA NORMAL, TERCERA FORMA NORMAL) Y LOS TIPOS DE RELACIONES QUE SE PUEDEN DAR EN ALAS BASES DE DATOS.  

                                                         ACTIVIDAD

1.QUE ES NORMALIZAR EN BASES DE DATOS Y PARA QUE SIRVE 

2. QUE DICE LA PRIMERA FORMA NORMAL PARA EL MANEJO DE BASE DE DATOS Y DE UN EJEMPLO.

3. QUE DICE LA SEGUNDA FORMA NORMAL PARA EL MANEJO DE LAS BASES DE DATOS Y DE UN EJEMPLO.

4. QUE DICE LA TERCERA FORMA NORMAL PARA EL MANEJO DE LAS BASES DE DATOS Y DE UN EJEMPLO.

5. QUE ES RELACIONAR TABLA O BASES DE DATOS 

6. QUE TIPOS DE RELACIONES SE DAN ENTRE LAS TABLAS DE UNA BASE DE DATOS.

7.DEFINA Y DE UNA EJEMPLO DE LA BASE DE DATOS DEL COLEGIO DE LAS SIGUIENTES RELACIONES:

A.  RELACION UNO A UNO 

B. RELACION UNO A VARIOS O UNO A MUCHOS

C.QUE ES UNA RELACION VARIOS A VARIOS  O MUCHOS A MUCHOS  Y QUE SE DEBE HACER CUANDO ESTO SE DA EN UNA BASE DE DATOS.


solucion


1.El proceso de normalización de bases de datos consiste en 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.
• Evitar problemas de actualización de los datos en las tablas.
• Proteger la integridad de los datos.

2.Primera Forma Normal (1FN)

Artículo principal: Primera forma normal.

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 indivisibles, mínimos.
• La tabla contiene una llave primaria única.
• La llave primaria no contiene atributos nulos.
• No debe existir variación en el número de columnas.
• Los Campos no llave deben identificarse por la llave (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
• Una tabla no puede tener múltiples valores en cada columna.
• Los datos son atómicos (a cada valor de X le pertenece un valor de Y y viceversa).

Esta forma normal elimina los valores repetidos dentro de una BD

3.Segunda Forma Normal (2FN)

Artículo principal: Segunda forma normal.

Dependencia Funcional. Una relación está en 2FN si está en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. (Todos los atributos que no son clave principal deben depender únicamente de la clave principal).

En otras palabras podríamos decir que la segunda forma normal está basada en el concepto de dependencia completamente funcional. Una dependencia funcional  es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que . Una dependencia funcional  es una dependencia parcial si hay algunos atributos  que pueden ser eliminados de X y la dependencia todavía se mantiene, esto es .

Por ejemplo {DNI, ID_PROYECTO}  HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuántas horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente dependiente dado que ni DNI  HORAS_TRABAJO ni ID_PROYECTO  HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO}  NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI  NOMBRE_EMPLEADO mantiene la dependencia

4.Tercera Forma Normal (3FN)

Artículo principal: Tercera forma normal.

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave.

Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.

Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva vía DNUMBER porque las dependencias SSN→DNUMBER y DNUMBER→DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.

Formalmente, un esquema de relacion  está en 3 Forma Normal Elmasri-Navathe,² si para toda dependencia funcional , se cumple al menos una de las siguientes condiciones:

1.  es superllave o clave.
2.  es atributo primo de ; esto es, si es miembro de alguna clave en .

Además el esquema debe cumplir necesariamente, con las condiciones de segunda forma normal.

5.Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los datos de ambas tablas, de ahí proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.¹

6.En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones base" y su implementación es llamada "tabla". Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas "relaciones derivadas" y su implementación es llamada "vista" o "consulta". Las relaciones derivadas son convenientes ya que expresan información de varias relaciones actuando como si fuera una sola.

7- RELACIÓN UNO A UNO :En una relación uno a uno, una fila de la tabla a puede tener no más de una fila coincidente en la tabla b y viceversa. Si dos columnas relacionadas son claves principales o tienen restricciones unique, se crea una relación uno a uno. EJEMPLO : en la base de datos de tablas del colegio vemos la relacion uno a uno cuando un estudiante tiene un acudiente & un acudiente responde por un solo estudiante.

-RELACIÓN UNO A VARIOS :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 puede tener sólo una fila coincidente en la tabla A. EJEMPLO : cuando tenemos un numero de identificacion pero no se relaciona con el nombre del estudiante.