Your SlideShare is downloading. ×
0
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
T5 Disenio Logico
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

T5 Disenio Logico

2,196

Published on

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

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,196
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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. 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. Sistemas Gestores de Base de Datos Tema 5.- Diseño Lógico
  • 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.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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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

×