T5 Disenio Logico

2.401 visualizaciones

Publicado el

conversion del modelo e/r a relacional diseño conceptual a diseño logico

0 comentarios
1 recomendación
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
2.401
En SlideShare
0
De insertados
0
Número de insertados
56
Acciones
Compartido
0
Descargas
0
Comentarios
0
Recomendaciones
1
Insertados 0
No insertados

No hay notas en la diapositiva.

T5 Disenio Logico

  1. 1. Sistemas Gestores de Base de Datos Bloque -II: Diseño de BD Relacionales - T4 Diseño Conceptual - T5 Diseño Lógico - T6 Diseño Físico
  2. 2. Sistemas Gestores de Base de Datos Bloque -II: Diseño de BD Relacionales - T4 Diseño Conceptual - T5 Diseño Lógico - T6 Diseño Físico
  3. 3. Sistemas Gestores de Base de Datos Tema 5.- Diseño Lógico
  4. 4. 5.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. 5.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. 5.2.1.- 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. 5.2.2.- 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. 5.2.3.- 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. 5.2.3.- 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. 5.2.3.- 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>
  11. 11. 5.2.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>
  12. 12. 5.2.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>
  13. 13. 5.2.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>
  14. 14. 5.2.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>
  15. 15. 5.2.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>
  16. 16. 5.2.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>
  17. 17. 5.2.6.- Validar el esquema lógico global 5.2.7.- Estudiar el crecimiento futuro 5.2.8.- Revisar el esquema con el usuario

×