Teórico: Pasaje del MER al MR

Slides:



Advertisements
Presentaciones similares
IBD Clase 13.
Advertisements

Pasaje a Tablas.
Diseño de Bases de Datos
Programación de bases de datos relacionales
Unidad II Modelo Entidad-Relación
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
Se desea establecer un modelo conceptual para la gestión de una biblioteca. Se desean tener almacenados todos los libros que la componen. Para cada libro.
Rocío Contreras Águila Primer Semestre 2010
Fundamentos de Base de Datos Modelo E-R
Diseño lógico: la transformación del modelo Entidad Relación (MER) al modelo relacional Ing. Sonia Godoy Hortua.
Diseño de Bases de Datos
Una 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.
Teórico: Modelo Relacional
MER.
Matriz de 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
Elementos para Interpretar el Modelo Conceptual de Datos
MODELO RELACIONAL.
LLAVES EN BASES DE DATOS
2.1Definición de un modelo de datos
Primera Forma Normal En una relación (tabla) no pueden existir grupos de repetición, es decir, un atributo no puede tomar más de un valor del dominio subyacente:
Estadística Computacional I
Maestría en Bioinformática Bases de Datos y Sistemas de Información Calidad de Esquemas Ing. Alfonso Vicente, PMP
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.
Pasaje a Tablas Prof. Leonardo Carámbula – Sistemas de Bases de Datos – Informática – E.M.T. – I.T.S.
Base de Datos II Modelo Relacional.
MODELO RELACIONAL.
Diseño lógico: la transformación del modelo Entidad Relación (MER) al modelo relacional Ing. Sonia Godoy Hortua.
Base de Datos Relacional.
Modelo Entidad - Relación
Modelo Relacional Base de Datos I.
Modelo Entidad-Relación
MODELADO DE DATOS Es una representación abstracta de todos los objetos de datos que se procesan dentro del sistema y las relaciones entre los objetos.

BASE DE DATOS I Clase # 1.
Ing. Marco Zarate Z.. Entidades Relaciones Atributos.
Sistemas de Bases de Datos I
Normalización en una base de datos
Ejemplo 1: Base de Datos Secretaría de Tránsito
DISEÑO DE BASES DE DATOS
DISEÑO DE BASES DE DATOS
BASES DE DATOS Entidad-Relación
Modelos de Datos.
DISEÑO DE BASES DE DATOS
Restricciones de Integridad
PASO DEL ESQUEMA E-R AL MODELO RELACIONAL
Introducción a UML DIAGRAMA DE CLASES Departamento de Informática
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,
Para pasar a tablas todos los datos sin dejar nada y que las tablas tengan sentido por si solas se tiene que seguir unos pasos: 1.Toda entidad se transforma.
PRESENTADO POR: GUSTAVO VASQUEZ JEISON MORENO JHON FREDY PENAGOS.
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.
3. Modelo de datos Prof: Lcdo. Luis Peña.
Bases de Datos Modelo Relacional.
Creación de Base de Datos en Access Se le da Clip a Crear base de datos en blanco.

Unidad II Diseño Conceptual de una Base de Datos:
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,
BASE DE DATOS DISTRIBUIDAS Objetivo
Fundamentos de Ingeniería de Software
Modelo entidad-relación extendido EER L.I. José de Jesús Eduardo Barrientos Avalos.
Tecnología e Informática Keily Dahiana Gómez Montoya Jorse Hernández Baños Docente: Edy Gómez Grado: 10° Técnico I. E. Gabriel García Márquez
Modelo entidad/interrlación Tema 2. Parte 2. Modelo E/IR Utiliza un conjunto de símbolos y reglas para representar los datos y las relaciones entre ellos.
Base de Datos I – Ing. Mary Carlota Bernal J. BASE DE DATOS I Conversión del Modelo Entidad – Relación a Relacional.
Modelo entidad-relación (continuación) L.I. Eduardo Barrientos Avalos.
 Gregorio López González  Norberto Misael Valtierra Ornelas  Ricardo Enrique Pérez Andrade  Luis Rodríguez Valencia.
Transcripción de la presentación:

Teórico: Pasaje del MER al MR Bases de datos 1 Teórico: Pasaje del MER al MR

Introducción Hay reglas para cada estructura del MER: Entidades Fuertes y Atributos Entidades Débiles Relaciones Agregaciones Categorizaciones Trabajaremos sobre el ejemplo de los hospitales

Entidades Por cada entidad se crea una tabla. Por cada atributo simple se crea un atributo en la tabla Para cada atributo estructurado se crean tantos atributos como “hojas” tenga la estructura. Si tiene atributos multivaluados los procesamos más adelante. ¿Cuál es la clave primaria? Se selecciona uno de los atributos determinantes de la entidad como clave primaria de la tabla.

Ejemplo PERSONAL(cedula, nombre, edad, ciudad, calle,numero)

Entidades débiles Por cada entidad débil se crea una tabla. Se procede con los atributos igual que para las entidades. Se incluyen como atributos los de la clave primaria de la tabla que representa a la entidad “fuerte” ¿Cuál es la clave primaria? Clave primaria de la tabla que representa a la entidad fuerte + atributo/s que representa al identificador parcial

Ejemplo HOSPITALES(nombre, direccion, telefono) SALAS( nombreHospital, nombreSala, cantCamas)

Relaciones N:N Para cada relación con cardinalidad N:N se crea una tabla donde: Se colocan las claves primarias de las tablas que representan a cada una de las entidades participantes. Si existen atributos en la relación se tratan como si fueran los de una entidad. ¿Cómo se determina la clave primaria? Está formada por los atributos correspondientes a las claves primarias de las tablas que representan a las entidades participantes

Ejemplo SALAS (nombre, cant_camas) PERSONAL (cedula, nombre, ciudad, calle, numero) TRABAJAN (nombreSala, cedula, entrada, salida)

Dependencias de inclusión Por cada entidad participante en una relación se agrega una dependencia de inclusión. Sea R la tabla de la relación y Q la tabla de un participante: πq_pk(R) ⊆ π q_pk(Q), donde q_pk es la clave primaria de Q en R y en Q. Si la relación R es total sobre Q, entonces se agrega también la inclusión al revés: π q_pk(Q) ⊆ π q_pk(R).

En el ejemplo anterior π nombreSala(TRABAJAN) ⊆ π nombre(SALAS) π cedula(TRABAJAN) ⊆ π cedula(PERSONAL) π cedula(PERSONAL) ⊆ π cedula(TRABAJAN)

Relaciones 1:N Si la relación es 1:N y total del lado N: Se puede representar la relación en la tabla que representa a la entidad con cardinalidad N. ¿Cómo? Se agrega a dicha tabla los atributos que son clave primaria de la tabla que representa la otra entidad. Si la relación tiene atributos simples o estructurados se agregan también ¿Cómo se determina la clave primaria? La clave primaria no se modifica.

Ejemplo SALAS (nombre, cant_camas) PERSONAL (cedula, nombre, ciudad, calle, numero, nombreSala, hEntrada, hSalida)

Atributos multivaluados Por cada atributo multivaluado (ya sea de entidad o de relación) se crea una tabla. Se crea un atributo para el multivaluado. Se agregan atributos que representan la clave primaria de la tabla que modela la entidad o relación a la cual pertenece el multivaluado ¿Cómo se determina la clave primaria? La clave está formada por todos sus atributos.

Ejemplo PERSONAL(cedula, nombre, edad, ciudad, calle, numero) TELEFONOS(cedula, telefono)

Agregación Recordemos que en MER el operador de agregación transforma a las relaciones en entidades. En este caso las parejas de la relación TRABAJAN se relacionan con TAREAS. ¿Cómo se identifican las parejas de TRABAJAN?

Ejemplo TRABAJAN( nombreSala,cedula, hEntrada, hSalida) TAREAS( nombreTarea, descripcion) REALIZAN(nombreSala, cedula, nombreTarea)

Categorizaciones Una tabla para la superentidad Una tabla por cada subentidad con referencia a la super-entidad. PERSONAL(cedula, nombre, ciudad, calle, numero) MEDICOS( cedulaPersonal, especialidad) ENFERMEROS( cedulaPersonal) ADMINISTRATIVOS( cedulaPersonal, antigüedad) Funciona siempre!! πcedulaPersonal(MEDICOS) ⊆ π cedula(PERSONAL) π cedulaPersonal(ENFERMEROS) ⊆ π cedula(PERSONAL) π cedulaPersonal(ADMINISTRATIVOS) ⊆ π cedula(PERSONAL)

Categorizaciones Una tabla por cada sub-entidad MEDICOS(cedula, nombre, ciudad, calle, numero, especialidad) ENFERMEROS(cedula, nombre, ciudad, calle, numero) ADMINISTRATIVOS(cedula, nombre, ciudad, calle, numero, antigüedad) Funciona sólo si la categorización es total

Categorizaciones Una tabla con los atributos de la superentidad, los de las sub-entidades y un atributo de tipo. PERSONAL(cedula, nombre, ciudad, calle, numero, especialidad, antigüedad, tipo) Funciona sólo si la categorización es disjunta Puede generar nulos

Categorizaciones Una tabla con los atributos de la superentidad, los de las sub-entidades y un atributo booleano por cada sub-entidad PERSONAL(cedula, nombre, ciudad, calle, numero, especialidad, antigüedad, esMedico, esEnfermero, esAdministrativo) Funciona sólo si la categorización no es disjunta Puede generar nulos