T5 Disenio Logico
- 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 El objetivo del diseño lógico es convertir el esquema conceptual (entidad-relación) en un esquema lógico (relacional).
- 5. 5.2.- Metodología Pasos: Convertir el esquema conceptual en lógico. Derivar las relaciones(tablas) para el esquema lógico. Validar el esquema mediante la normalización. Validar el esquema frente a las transacciones del usuario. Dibujar el diagrama. Definier las reglas de integridad.
- 6. 5.2.1.- Convertir los esquemas Eliminar las relaciones M:N. Eliminar las relaciones entre 3 o más entidades. Eliminar las relaciones recursivas. Eliminar las relaciones con atributos. Eliminar los atributos multievaluados. Revisar las relaciones 1:1. Eliminar las relaciones redundantes.
- 7. 5.2.2.- Obtener cjto relaciones Obtener el conjunto de relaciones (tablas) para cada esquema: Entidades fuertes Entidades débiles Relación 1:1 Relación 1:N Jerarquias
- 8. 5.2.3.- Normalizar Técnica para diseñar la estructura lógica de los datos de un sistema de información en el modelo relacional (Codd) Estrategia de diseño: Parte de los atributos y éstos se van agrupando en relaciones (tablas) según su afinidad. 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.
- 9. 5.2.3.- Ventajas de normalizar Evita anomalías en inserciones, modificaciones y borrados. Mejora la independencia de datos. No establece restricciones artificiales en la estructura de los datos.
- 10. 5.2.3.- Normalización Dependencia Funcional : Es una relación entre atributos de una misma relación (tabla). 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 . Dependencia funcional completa Dependencia funcional elemental Dependencia funcional transitiva
- 11. 5.2.3.- Normalizar 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. Cuando un atributo de una tupla solo puede tomar un valor.
- 12. 5.2.3.- Normalizar 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. Se aplica a las relaciones que tienen claves primarias compuestas por dos o más atributos. Si cada atributo que no es clave, depende de forma funcional completa de la clave.
- 13. 5.2.3.- Normalizar 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. se eliminan los atributos que dependen transitivamente y se ponen en una nueva relación con una copia de su determinante. Ningun atributo que no sea clave depende transitivamente de las claves de la tabla.
- 14. 5.2.3.- Normalizar FNBC: si, y sólo si, está en 3FN y, además, todo determinante es una clave candidata X Y A X se le denomina determinante, ya que determina el valor de Y . Ningun atributo que no sea clave depende transitivamente de las claves de la tabla.
- 15. 5.2.4.- Validar las transacciones Se debe garantizar las transacciones requeridas por el usuario. Transacciones ~ Operaciones del Algebra Relacional Estas transacciones se encontrarán en las especificaciones de requisitos.
- 16. 5.2.5.- Definir las restricciones Datos requeridos. Restricciones de dominios. Integridad de entidades: id no nulo. Integridad referencial: clave ajena mismo valor. Reglas de negocio.
- 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