Diseño lógico: la transformación del modelo Entidad Relación (MER) al modelo relacional Ing. Sonia Godoy Hortua.

Slides:



Advertisements
Presentaciones similares
IBD Clase 13.
Advertisements

IBD Clase 14.
Diseño de Bases de Datos
Metodología de Diseño de una Base de Datos
Paso 1 Portada YO SOY EUROPEO Comisión Europea.
Unidad II Modelo Entidad-Relación
Diccionario de Datos El diccionario de datos es un listado organizado de todos los datos pertenecientes al sistema, con definiciones precisas y rigurosas.
Entidad Cosa u objeto real (una persona) o abstracto (un préstamo) de interés en el mundo real (una organización). Es distinguible de todos los demás objetos.
Modelo Entidad Relación
Otra forma es representando lo que hay de cada lado
Rocío Contreras Águila Primer Semestre 2010
Diseño de Bases de Datos
Ingeniería del Software
PARA PARTICIPAR EN ESTE CERTAMEN, SE DEBEN DE CUMPLIR CON LOS SIGUIENTES REQUISITOS : 1.Costo Mínimo Del Vehículo £ 800, Modelo Anterior A.
DESCRIPCION DE SISTEMAS
Modelo Entidad-Relación
Bases de Datos Modelo Relacional.
Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP
Diseño y Construcción de una
LLAVES EN BASES DE DATOS
MODELO ENTIDAD RELACIÓN MER
INTELIGENCIA ARTIFICIAL
Curso de Diseño y Construcción de Productos de Software CLASE 2
Ecuaciones y Resolución de Ecuaciones Lineales
Estadística Computacional I
Maestría en Bioinformática Bases de Datos y Sistemas de Información Del MER al MR Ing. Alfonso Vicente, PMP
B ASES DE DATOS 1 Teórico: Diseño Conceptual. M ODELADO C ONCEPTUAL Primera etapa en el diseño de una BD Sub-etapas: Estudio del problema real Especificación.
2 Introducción: Una forma de aproximarnos una base de datos es verla como una colección de relaciones, donde una relación es una tabla con filas (tuplas)
MODELO RELACIONAL.
MODELO ENTIDAD RELACIÓN
Modelo Entidad Relación E-R
Diseño lógico: la transformación del modelo Entidad Relación (MER) al modelo relacional Ing. Sonia Godoy Hortua.
Teoría de Bases de Datos
Base de Datos Relacional.
MODELO RELACIONAL.
Introducción y conceptos generales
Modificado de: M.A. Ana Celia Gutiérrez Olivas
ESCUELA PROFESIONAL DE INGENIERIA INDUSTRIAL CURSO: GESTION DE LA CALIDAD ING.ELIZABETH FERG 1.

UNIDAD I Conceptos Básicos.
MODELO RELACIONAL El elemento central del modelo relacional es la RELACION. Una relación tiene un nombre, un conjunto de atributos que representan sus.
BASE DE DATOS I Clase # 1.
Lenguajes Formales de Consulta
Sistemas de Bases de Datos I
Métrica v2.1 Técnicas: Modelado de datos (Parte 2)
MODELADO DE DATOS (PARTE 2) Viviana Poblete L. Modelo de Datos I.
Administracion de Base de Datos I Semana 04. Base Datos Caso : Creacion de Diagrama E-R.
DISEÑO DE BASES DE DATOS
Ing. Héctor Abraham Hernández Erazo
APLICACIÓN DE NUEVAS TECNOLOGÍAS EN LA CONSERVACIÓN Y ANÁLISIS DEL PATRIMONIO CULTURAL Pensar Relacionalmente: Bases de Datos Relacionales (una visión.
DISEÑO DE BASES DE DATOS
Restricciones de Integridad
PASO DEL ESQUEMA E-R AL MODELO RELACIONAL
Bases de Datos.
GESTIÓN DE TRABAJOS DE FIN DE CARRERA.
Base de Datos I. El proceso por el que se definen las diferentes subclases de una superclase Ejemplo: Se requiere guardar la información de los empleados,
Diagramas.
Base de Datos I. El proceso por el que se define una superclase a través de diferentes subclase. Ejemplo: Se tiene las entidades Cuenta de Ahorro y Cuenta.
El Modelo de Datos Entidad-Relación (E/R)
UNIDAD 2 Modelo Entidad-Relación
Teórico: Pasaje del MER al MR
Bases de Datos Modelo Relacional.
¿QUÉ ES EL MODELO ENTIDAD-RELACIÓN?  Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas.
Unidad II Diseño Conceptual de una Base de Datos:
MODELO LOGICO BASE DE DATOS
Diagramas Entidad Relación
D ISEÑO LÓGICO : LA TRANSFORMACIÓN DEL MODELO E NTIDAD R ELACIÓN (MER) AL MODELO RELACIONAL Ing. Sonia Godoy Hortua 1.
M ODELO DE DATOS DE ENTIDAD - VÍNCULO El modelo de entidad-vínculo es un modelo de datos conceptual de uso muy extendido. Este modelo, y sus variantes,
Modelo entidad-relación extendido EER L.I. José de Jesús Eduardo Barrientos Avalos.
Base de Datos I – Ing. Mary Carlota Bernal J. BASE DE DATOS I Normalización.
Transcripción de la presentación:

Diseño lógico: la transformación del modelo Entidad Relación (MER) al modelo relacional Ing. Sonia Godoy Hortua

b) Las relaciones cuando se transforman, pueden dar ENTIDAD RELACION a) Las entidades, cuando se traducen al modelo relacional, originan relaciones. b) Las relaciones cuando se transforman, pueden dar lugar a claves foráneas de alguna relación ya obtenida o pueden dar lugar a una nueva relación Ing. Sonia Godoy Hortua

Las relaciones binarias 1:1 y 1:N dan lugar a claves foráneas Ing. Sonia Godoy Hortua Los atributos de la entidad serán atributos de la relación y, de forma análoga La clave primaria de la entidad será la clave primaria de la relación

Ejemplo de transformación de una relación binaria 1:1 Ing. Sonia Godoy Hortua

Opción 1 DELEGACIÓN(nombre-del, ..., nombre-ciudad) donde {nombre-ciudad} referencia CIUDAD CIUDAD(nombre-ciudad, ...) Opción 2 DELEGACIÓN(nombre-del, ...) CIUDAD(nombre-ciudad, ..., nombre-del) donde {nombre-del} referencia DELEGACIÓN Ing. Sonia Godoy Hortua

Ejemplo de transformación de una relación binaria 1:N Ing. Sonia Godoy Hortua En este caso sólo es necesario añadir en la relación correspondiente a la entidad del lado N, una clave foránea que referencie la otra relación.

Transformación DESPACHO(desp, ...) EMPLEADO(emp, ..., desp) donde {desp} referencia DESPACHO Esta solución nos permite saber en qué despacho está asignado cada empleado, y también nos permite consultar, para cada despacho, qué empleados hay. Es decir, refleja correctamente el significado de la interrelación asignación. Ing. Sonia Godoy Hortua

Ejemplo de transformación de una relación binaria N:M Ing. Sonia Godoy Hortua Una interrelación M:N se transforma en una relación. Su clave primaria estará formada por los atributos de la clave primaria de las dos entidades interrelacionadas. Los atributos de la interrelación serán atributos de la nueva relación.

Transformación ESTUDIANTE(est, ...) ASIGNATURA(asig, ...) EVALUACIÓN(est, asig, nota) donde {est} referencia ESTUDIANTE y {asig} referencia ASIGNATURA La clave de evaluación debe constar tanto de la clave de estudiante como de la clave de asignatura para identificar completamente la relación. Permite saber, para cada estudiante, qué notas obtiene de las varias asignaturas y, para cada asignatura, qué notas tienen los diferentes estudiantes de aquella asignatura. Ing. Sonia Godoy Hortua

Ejemplo de transformación de una relación terciaria N:M:P Ing. Sonia Godoy Hortua Cuando la conectividad de la interrelación es M:N:P, la relación que se obtiene de su transformación tiene como clave primaria todos los atributos que forman las claves primarias de las tres entidades interrelacionadas.

Transformación ESTUDIANTE(est, ...) ASIGNATURA(asig, ...) SEMESTRE(sem, ...) EVALUACIÓN-SEMESTRAL(est, asig, sem, nota) donde {est} referencia ESTUDIANTE, {asig} referencia ASIGNATURA y {sem} referencia SEMESTRE Ing. Sonia Godoy Hortua la clave debe constar de la clave de estudiante, de la clave de asignatura y de la clave de semestre. Si nos faltase una de las tres, la clave de la relación podría tener valores repetidos. Consideremos, por ejemplo, que no tuviésemos la clave de semestre. Dado que semestre está conectada con “muchos” en la interrelación, puede haber estudiantes que han sido evaluados de una misma asignatura en más de un semestre. Entonces, para estos casos habría valores repetidos en la clave de la relación EVALUACION-SEMESTRAL..

Ejemplo de transformación de una interrelación ternaria M:N:1 Ing. Sonia Godoy Hortua Cuando la conectividad de la interrelación es M:N:1, la relación que se obtiene de su transformación tiene como clave primaria todos los atributos que forman las claves primarias de las dos entidades de los lados de la interrelación etiquetados con M y con N

Transformación MAESTRO(código-maestro, ...) CURSO(código-curso, ...) ESCUELA(código-esc, ...) DESTINO(código-maestro, código-curso, código-esc) donde {código-maestro} referencia MAESTRO {código- curso} referencia CURSO y {código-esc} referencia ESCUELA Ing. Sonia Godoy Hortua

Ejemplo de transformación de una interrelación ternaria N:1:1 Cuando la conectividad de la interrelación es N:1:1, la relación que se consigue de su transformación tiene como clave primaria los atributos que forman la clave primaria de la entidad del lado N y los atributos que forman la clave primaria de cualquiera de las dos entidades que están conectadas con 1. Ing. Sonia Godoy Hortua

Transformación HORA-SEMANAL(código-hora, ...) AULA(código-aula, ...) ASIGNATURA(asig, ...) CLASE (código-hora, código-aula, asig, duración) donde {código-hora} referencia HORA-SEMANAL, {código-aula} referencia AULA y {asig} referencia ASIGNATURA Ing. Sonia Godoy Hortua

Ejemplo de transformación de una interrelación ternaria 1:1:1 Cuando la conectividad de la interrelación es 1:1:1, la relación que se obtiene de su transformación tiene como clave primaria los atributos que forman la clave primaria de dos entidades cualesquiera de las tres interrelacionadas. Ing. Sonia Godoy Hortua

Transformación Opción 1 TRIBUNAL(trib, ...) ESTUDIANTE(est, ...) PROYECTO-FIN-CARRERA(pro, ...) Opción 1 DEFENSA(trib, est, pro, fecha-defensa) donde {trib} referencia TRIBUNAL, {est} referencia ESTUDIANTE y {pro} referencia PROYECTO-FIN- CARRERA Ing. Sonia Godoy Hortua

Opción 2 DEFENSA(trib, pro, est, fecha-defensa) donde {trib} referencia TRIBUNAL, {est} referencia ESTUDIANTE y {pro} referencia PROYECTO-FIN-CARRERA Opción 3 DEFENSA(est, pro, trib, fecha-defensa) donde {trib} referencia TRIBUNAL, {est} referencia ESTUDIANTE y {pro} referencia PROYECTO-FIN-CARRERA Ing. Sonia Godoy Hortua

Ejemplo de transformación de una interrelación recursiva binaria 1:1 Ing. Sonia Godoy Hortua PERSONA (código-per, ..., código-conyuge) donde {código-conyuge} referencia PERSONA y código-conyuge admite valores nulos

Entidades débiles Una entidad débil es una entidad cuyos atributos no la identifican completamente, sino que sólo la identifican de forma parcial. Esta entidad debe participar en una interrelación que ayuda a identificarla. Ing. Sonia Godoy Hortua

Ejemplos entidades debiles Ing. Sonia Godoy Hortua

Generalización y especialización Generación Generalización Es el resultado de la unión de 2 o más conjuntos de entidades (de bajo nivel) para producir un conjunto de entidades de más alto nivel. La generalización se usa para hacer resaltar los parecidos entre tipos de entidades de nivel más bajo y ocultar sus diferencias. Ing. Sonia Godoy Hortua

Generalización y especialización Permite reflejar el hecho de que hay una entidad general, que denominamos entidad superclase, que se puede especializar en entidades subclase Ing. Sonia Godoy Hortua

Ejemplo Ing. Sonia Godoy Hortua

Resumen de la transformación del modelo ER al modelo relacional Ing. Sonia Godoy Hortua

Ejercicio Transformar el siguiente diagrama E-R en un esquema relacional completo eficiente Para cada campo definir el tipo de dato que almacenará(dominio de los atributos). Ing. Sonia Godoy Hortua NOTA: Hay que tener en cuenta que en esta base de datos se almacenará la información de matriculación de alumnos en un centro durante varios años (en las mismas tablas), por tanto, si un alumno repite podrá matricularse de la misma asignatura el siguiente año y quedará registrada en la misma base de datos esa información. NOTA (2): “Horas” almacena el número de horas anuales del curso, que podrá tener un decimal, por ejemplo: 210 horas, 215,5 horas; y “Nivel” indica el nombre del curso, por ejemplo: “1ºASI”,”1ºBACH-CS”,2ºESO”.