24pasarerar

1.945 visualizaciones

Publicado el

convertir modelo entidad relación a relacional

Publicado en: Educación
  • Sé el primero en comentar

24pasarerar

  1. 1. Operaciones con Base de Datos Tema -2: BD Relacionales 2.4.- Trasformación del E/R al R
  2. 2. 2.1.- Diseño de Base de Datos Fases en el diseño de BD: 2.2.- Diseño Conceptual – Modelo E/R 2.3.- Diseño Lógico – Modelo Relacional 2.4.- Trasformación del E/R al R 2.5.- Normalización 2.6.- Diseño Físico
  3. 3. 2.1.- Diseño de Base de Datos Fases en el diseño de BD: 2.2.- Diseño Conceptual – Modelo E/R 2.3.- Diseño Lógico – Modelo Relacional 2.4.- Trasformación del E/R al R 2.5.- Normalización 2.6.- Diseño Físico
  4. 4. 2.4.1.- Diseño lógico <ul><li>El objetivo del diseño lógico es convertir el esquema conceptual (entidad-relación) en un esquema lógico (relacional). </li></ul>
  5. 5. 2.4.2.- Metodología <ul><li>Pasos: </li></ul><ul><ul><li>Convertir el esquema conceptual en lógico. </li></ul></ul><ul><ul><li>Derivar las relaciones(tablas) para el esquema lógico. </li></ul></ul><ul><ul><li>Validar el esquema mediante la normalización. </li></ul></ul><ul><ul><li>Validar el esquema frente a las transacciones del usuario. </li></ul></ul><ul><ul><li>Dibujar el diagrama. </li></ul></ul><ul><ul><li>Definier las reglas de integridad. </li></ul></ul>
  6. 6. 2.4.3.- Convertir los esquemas <ul><li>Eliminar las relaciones M:N. </li></ul><ul><li>Eliminar las relaciones entre 3 o más entidades. </li></ul><ul><li>Eliminar las relaciones recursivas. </li></ul><ul><li>Eliminar las relaciones con atributos. </li></ul><ul><li>Eliminar los atributos multievaluados. </li></ul><ul><li>Revisar las relaciones 1:1. </li></ul><ul><li>Eliminar las relaciones redundantes. </li></ul>
  7. 7. 2.4.4.- Obtener cjto relaciones <ul><li>Obtener el conjunto de relaciones (tablas) para cada esquema: </li></ul><ul><li>Entidades fuertes </li></ul><ul><li>Entidades débiles </li></ul><ul><li>Relación 1:1 </li></ul><ul><li>Relación 1:N </li></ul><ul><li>Jerarquias </li></ul>
  8. 8. 2.5.- Normalizar <ul><li>Técnica para diseñar la estructura lógica de los datos de un sistema de información en el modelo relacional (Codd) </li></ul><ul><li>Estrategia de diseño: </li></ul><ul><ul><li>Parte de los atributos y éstos se van agrupando en relaciones (tablas) según su afinidad. </li></ul></ul><ul><ul><li>No se utilizará como una técnica de diseño de bases de datos, sino como una etapa posterio, que elimine las dependencias entre atributos no deseadas. </li></ul></ul>
  9. 9. 2.5.1.- Ventajas de normalizar <ul><li>Evita anomalías en inserciones, modificaciones y borrados. </li></ul><ul><li>Mejora la independencia de datos. </li></ul><ul><li>No establece restricciones artificiales en la estructura de los datos. </li></ul>
  10. 10. 2.5.2.- Normalización <ul><li>La normalización del modelo relacional, generalmente se cumple de manera automática cuando el modelo relacional se obtiene del modelo entidad/relación. </li></ul><ul><li>Pero nunca esta de más realizar las comprobaciones. </li></ul>
  11. 11. 2.5.2.- Normalización <ul><li>Dependencia Funcional : Es una relación entre atributos de una misma relación (tabla). </li></ul><ul><ul><li>Si X e Y son atributos de la relación R , se dice que Y es funcionalmente dependiente de X si cada valor de X tiene asociado un solo valor de Y . </li></ul></ul><ul><ul><ul><li>Dependencia funcional completa </li></ul></ul></ul><ul><ul><ul><li>Dependencia funcional elemental </li></ul></ul></ul><ul><ul><ul><li>Dependencia funcional transitiva </li></ul></ul></ul>
  12. 12. 2.5.3.- Normalizar <ul><li>1º FN: Una relación está en primera forma normal si, y sólo si, todos los dominios de la misma contienen valores atómicos, es decir, no hay grupos repetitivos. </li></ul><ul><li>Cuando un atributo de una tupla solo puede tomar un valor. </li></ul>
  13. 13. 2.5.3.- Normalizar <ul><li>2º FN: si, y sólo si, está en 1FN y, además, cada atributo que no está en la clave primaria es completamente dependiente de la clave primaria. </li></ul><ul><ul><li>Se aplica a las relaciones que tienen claves primarias compuestas por dos o más atributos. </li></ul></ul><ul><li>Si cada atributo que no es clave, depende de forma funcional completa de la clave. </li></ul>
  14. 14. 2.5.3.- Normalizar <ul><li>3º FN: si, y sólo si, está en 2FN y, además, cada atributo que no está en la clave primaria no depende transitivamente de la clave primaria. </li></ul><ul><ul><li>se eliminan los atributos que dependen transitivamente y se ponen en una nueva relación con una copia de su determinante. </li></ul></ul><ul><li>Ningun atributo que no sea clave depende transitivamente de las claves de la tabla. </li></ul>
  15. 15. 2.5.3.- Normalizar <ul><li>FNBC: si, y sólo si, está en 3FN y, además, todo determinante es una clave candidata </li></ul><ul><li>X Y </li></ul><ul><ul><li>A X se le denomina determinante, ya que determina el valor de Y . </li></ul></ul><ul><li>Ningun atributo que no sea clave depende transitivamente de las claves de la tabla. </li></ul>
  16. 16. 2.5.4.- Validar las transacciones <ul><li>Se debe garantizar las transacciones requeridas por el usuario. </li></ul><ul><li>Transacciones ~ Operaciones del Algebra Relacional </li></ul><ul><li>Estas transacciones se encontrarán en las especificaciones de requisitos. </li></ul>
  17. 17. 2.5.5.- Definir las restricciones <ul><li>Datos requeridos. </li></ul><ul><li>Restricciones de dominios. </li></ul><ul><li>Integridad de entidades: id no nulo. </li></ul><ul><li>Integridad referencial: clave ajena mismo valor. </li></ul><ul><li>Reglas de negocio. </li></ul>
  18. 18. - Validar el esquema lógico global - Estudiar el crecimiento futuro - Revisar el esquema con el usuario

×