lunes, 4 de junio de 2012

OBJETIVO: Definir los conceptos basicos de normalisacion (primera forma normal, segunda forma normal, tercera forma normal)& los tispos de relaciones que se pueden dar en las bases de datos.


1- Que es normalizar en bases de datos & para que sirve.


2- Que dice en la primera forma normal para el manejo de base de datos


3- Que dice la segunda forma normal para el manejo de las bases de datos


4- Que dice la tercera forma normal para el manejo de las bases de datos & de un ejemplo


5- Que es relacionartabñlas o bases de datos


6- Que tipos de relaciones se dan entre las tablas de una base de datos


7- Defina & de un ejemplo en la basde de datos del colegio, en las siguientes relaciones:


a) Relacion una a uno
b) relacion uno a varios o uno a muchos
c) Que es una relacion varios a varios o muchos a muchos & que se debe hacer cuando esto se da en las bases 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.
  • 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).
Tercera Forma Normal (3FN)
  1. X es superllave o clave.
  1. A es atributo primo de R; esto es, si es miembro de alguna clave en R.

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


2) Primera Forma Normal (1FN)
Una tabla está en Primera Forma Normal si:
Esta forma normal elimina los valores repetidos dentro de una BD


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


3)  Segunda Forma Normal (2FN)


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 x \rightarrow y es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que A \in X, X - \{A\} \nrightarrow Y. Una dependencia funcional x \rightarrow y es una dependencia parcial si hay algunos atributos A \in X que pueden ser eliminados de X y la dependencia todavía se mantiene, esto es A \in X, X - \{A\} \rightarrow Y.
Por ejemplo {DNI, ID_PROYECTO} \rightarrow 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 \rightarrow HORAS_TRABAJO ni ID_PROYECTO \rightarrow HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO} \rightarrow NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI \rightarrow NOMBRE_EMPLEADO mantiene la dependencia.


4)
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 R está en 3 Forma Normal Elmasri-Navathe, si para toda dependencia funcional X \rightarrow A, se cumple al menos una de las siguientes condiciones:
Además el esquema debe cumplir necesariamente, con las condiciones de segunda forma normal.


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


5) 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.




6. Que tipos de relaciones se dan entre las tablas de una base de datos:  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.

7) defina y de un ejemplo de la base de datos del colegio de las relaciones :


a) relación uno a uno.


b) relacion uno a varios o uno a muchos.



c) que es una relacion varios a varios y que se debe hacer cuando esto se da en una base de datos.

que es el modelo de entidad de relación de base de datosUn diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades.


ej:
File:Ejemplo Diagrama E-R extendido.PNG


asi queda el modelo de entidad de relacion del colegio 




No hay comentarios:

Publicar un comentario