Sistemas Gestores de Base de Datos Bloque -II: Diseño de BD Relacionales - T4 Diseño Conceptual - T5 Diseño Lógico - T6 Di...
Sistemas Gestores de Base de Datos Bloque -II: Diseño de BD Relacionales - T4 Diseño Conceptual - T5 Diseño Lógico - T6 Di...
Sistemas Gestores de Base de Datos Tema 5.- Diseño Lógico
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 esq...
5.2.- Metodología <ul><li>Pasos: </li></ul><ul><ul><li>Convertir el esquema conceptual en lógico. </li></ul></ul><ul><ul><...
5.2.1.- Convertir los esquemas <ul><li>Eliminar las relaciones M:N. </li></ul><ul><li>Eliminar las relaciones entre 3 o má...
5.2.2.- Obtener cjto relaciones <ul><li>Obtener el conjunto de relaciones (tablas) para cada esquema: </li></ul><ul><li>En...
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 model...
5.2.3.-  Ventajas de normalizar <ul><li>Evita anomalías en inserciones, modificaciones y borrados.  </li></ul><ul><li>Mejo...
5.2.3.- Normalización <ul><li>Dependencia Funcional : Es una relación entre atributos de una misma relación (tabla).  </li...
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...
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...
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...
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></u...
5.2.4.- Validar las transacciones <ul><li>Se debe garantizar las transacciones requeridas por el usuario. </li></ul><ul><l...
5.2.5.- Definir las restricciones <ul><li>Datos requeridos. </li></ul><ul><li>Restricciones de dominios. </li></ul><ul><li...
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
Upcoming SlideShare
Loading in …5
×

T5 Disenio Logico

2,364 views
2,269 views

Published on

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

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,364
On SlideShare
0
From Embeds
0
Number of Embeds
44
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

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

×