Tema II: Nivel conceptual de una Base de Datos. El modelo E/R

Documentos relacionados
Tema II: Nivel conceptual de una Base de Datos. El modelo E/R

Modelado Entidad-Relación

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I

Informática. Introducción a las bases de datos relacionales. Diseño conceptual. Carmen Graciani Díaz Luis Valencia Cabrera

INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.

Fundamentos de Informática

Modelos de Datos. Modelo Entidad-Relación

Tema 2: Diseño conceptual de Bases de Datos: el Modelo Entidad Relación

El Sistema de Información (S.I.) regula la distribución, el compartimiento y el almacenamiento de la información.

Tema 2: Diseño conceptual de Bases de Datos.

Bases de Datos. Laboratorio III, L106/L111. Profesor: Goyo Celada

TAREA No. 2 MODELO ENTIDAD RELACIÓN FANNY MILEISIS DIAZ PINTO

TEMA 3.- MODELOS CONCEPTUALES DE DATOS.

Modelo Entidad Relación.MER.

Bases de datos 1. Teórico: Diseño Conceptual

BASES DE DATOS 1. Teórico: Diseño Conceptual

BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación

MODELIZACIÓN CONCEPTUAL DE DATOS

Diseño de base de datos: Modelo Entidad Relación (II)

Unidad 2. Bases de Datos Relacionales

DISEÑO DE BASES DE DATOS RELACIONALES

Introducción a las bases de datos relacionales (2010/2011)

Recolección y Análisis de Requerimientos

TECNOLOGÍAS DE LA INFORMACIÓN PARA LA INNOVACIÓN. Facultad de Estadística e Informática

Bases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación

Modelos de datos. Colección de herramientas conceptuales para describir

Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación

Temario. Tema 5. Bases de Datos Activas Tema 6. Disparadores en Oracle Prácticas de Disparadores en Oracle III. BD Semiestructuradas

BASES DE DATOS. TEMA 4. Modelización semántica. Modelo entidad-relación

Diseño conceptual Diseño de bases de datos

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad-Relación

Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación

Modelo Entidad Relación

Definición de Bases de datos

UNIDAD 3 MODELO ENTIDAD- RELACION

BASES DE DATOS II. Tema III:El problema del modelado conceptual. Profesores: Fernando Berzal Galiano Javier García Castellano Maria-Amparo Vila

FUNDAMENTOS DE BASES DE DATOS TEMA 4. Metodología de desarrollo de Bases de Datos

Modelado Conceptual: El Modelo E/R Extendido. Modelado Conceptual: El Modelo E/R Extendido 1

Modelo Conceptual Modelo Entidad - Relación

INTRODUCCIÓN A LOS MODELOS DE DATOS

Ítems/Entidades/Objetos [sustantivos]: Objetos que existen en el mundo y que son

3. METODOLOGÍA PARA DISEÑO DE BASES DE DATOS. Proceso de Diseño de bases de datos Relacionales

PROGRAMA EDUCATIVO Maestría en ciencias de la computación

TEMA 2 MODELO CONCEPTUAL DE DATOS

Diseño de base de datos: Modelo Entidad Relación (I)

BASES DE DATOS. Fundamentos de Informática Grado en Ing. Química. Jesús Alcalá y David Pelta

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)

Diseño Lógico Estándar. Diseño Lógico Tema 12

Tema I: Bases de Datos y Sistema Gestor de Bases de Datos

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos

Capítulo 2. El Modelo Entidad- Relación (E-R)

4 DISEÑO DE BASES DE DATOS UTILIZANDO EL

El modelo Entidad-Relación

Diseño de bases de datos. Informática Aplicada Grado en GAP Fac. de Admón. y Dir. de Empresas Univ. Politécnica de Valencia

BASE DE DATOS Modelos de Datos

Bases de Datos. Contenido. Oscar Marban 4302 Apuntes de Pau Arlandis Martinez

1. Cardinalidades de una Interrelación

Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011

INTERPRETACIÓN DEL DISEÑO CONCEPTUAL. MODELO ENTIDAD/RELACIÓN. UNIDAD 2

Capítulo 6: Diseño de BD y el modelo ER

Gestión base de datos : Modelo Relacional (II)

Tema 1: Bases de datos relacionales. Diseño conceptual (2014/2015)

Bases de Datos. Tema 2 Modelo Entidad/Interrelación. Francisco Ruiz oct UCLM-ESI (F.Ruiz)

2. Modelo Entidad- Relación

Modelos de Software. Ingeniería en Sistemas de Información

JUAN C. MIRANDA R. Unidad II. Elementos para Interpretar el Modelo Conceptual de Datos 01/06/2012. Unidad Curricular: Base de Datos

Tema 7. Manejo de bases de datos.

Unidad 3 Modelo Relacional

El Modelo Relacional. Carlos A. Olarte BDI

Sistemas de Bases de Datos I Introducción y Conceptos Generales

ž,qjhqlhutd,qirupiwlfd $VLJQDWXUD%DVHVGH'DWRV 35É&7,&$'/ ',6(f2/Ð*,&2'(%' 0RGHOR(QWLGDG,QWHUUHODFLyQ([WHQGLGRÆ0RGHOR5HODFLRQDO

Modelado Conceptual: El Modelo E/R Extendido

Carlos Castillo UPF 2008

INDICE Parte I. Conceptos Básicos Capitulo 1. Sistema de información y Bases de Datos Capitulo 2. El Sistema de Gestión de la Base de Datos

Sistemas de Bases de Datos I Introducción y Conceptos Generales

DESVENTAJAS DEL USO DE LA BASE DE DATOS

1.1 Introducción a los Modelos de Datos (MD) 1.2 Tipos de Abstracción. Modelos de Datos

INTERPRETACIÓN DEL DISEÑO CONCEPTUAL. MODELO ENTIDAD/RELACIÓN. UNIDAD 2. Bases de datos. Modelado de BD

Diseño lógico de. Bases de Datos. Modelo. Entidad - Relación

Introducción a las Bases de Datos UNIDAD II MODELO ENTIDAD-RELACION

Unidad II. Diseño Conceptual de una Base de Datos: Modelo Entidad/Relación Extendido. (Elmasri-Korth)

1.1 Ciclo de vida de una Base de Datos 1.2 Qué es una metodología y para qué sirve? 1.3 Modelos de datos como instrumentos de diseño

Las tres reglas básicas para convertir un esquema en el modelo E/R al relacional son las siguientes:

FACULTAD DE INGENIERÍA. Fundamentos de Bases de Datos

Empleado. Departamento

Diseño Lógico El modelo relacional. M.Sc.Lic. Cimar H. Meneses España

Modelo Entidad Relacion Extendido

Modelo relacional. Modelo relacional

Unidad 2 MODELO ENTIDAD - RELACIÓN

Modelo de Datos. Los primeros conceptos que debemos conocer : datos, base datos,

Universidad de Los Andes Escuela de Ingeniería de Sistemas Departamento de Computación. Tema 1. Modelado de datos

Diseño Conceptual y Lógico

Transcripción:

Tema II: Nivel conceptual de una Base de Datos. El modelo E/R S. Velilla 1

3 - MODELO ENTIDAD-RELACION. DIAGRAMAS E/R 3.1 - Introducción: diseño de B.D. y modelado conceptual 3.2 - Entidad y tipo de entidad 3.3 - Atributos y dominios 3.4 - Interrelación y tipo de Interrrelación S. Velilla 2

3.1 - Introducción: diseño de B.D. y modelado conceptual. Metodología de diseño: diseño conceptual diseño lógico diseño físico E/R Modelo conv. (relacional) SGBD concreto (SQL-Oracle) Objetivo de modelo conceptual: Modelar ( especificar) el Universo del Dis formalismo adecuado independencia de lenguajes mayor grado de especificación (semántica) posible estática dinámica restricciones Si el modelo no lo permite extensiones (notación textual) S. Velilla 3

características del modelo Entidad-Relación (E/R). modelo E/R propuesta inicial de Chen (1976) poca capacidad semántica familias de modelos (extensiones) es el modelo conceptual más extendido Pb. falta de estandarización soportado por herramientas CASE ventajas simple e intuitivo (notación gráfica) independiente de modelos y lenguajes de SGBD fácil adaptación inconvenientes poca capacidad semántica (sólo parte de la estática) habrá que completar el esquema falta de estandarización (notaciones diferentes y contradictorias) elementos básicos: entidades e interrelaciones + semántica S. Velilla 4

3.2 - Entidad y tipo de Entidad Entidad (ocurrencia de entidad, o ejemplar) dato cualquier objeto (real o abstracto) del que se quiere tener constancia (información) otros autores: todo lo que existe y es distinguible toda entidad tiene asociado un conjunto de propiedades (atributos) determinado Tipo de Entidad (conjunto de entidad) tipo de dato colección de entidades con propiedades comunes se puede especificar (formalmente) mediante un predicado, p, { e / p(e) } tiene asociado un nombre que lo identifica especificación de un Tipo de Entidad los atributos (propiedades) un nombre (identificador) S. Velilla 5

clasificación de los tipos de Entidad y su notación gráfica fuertes (regulares o dominantes) no dependen (identificación) del resto del U.D. débiles (o subordinadas) dependen (su existencia e identificación) de otro tipo de entidad notación gráfica: rectángulo simple (fuertes) : doble (débiles) : APUNTE CUENTA BILLETE además del nº de apunte, hay que conocer la cuenta a la que está asociado además del nº de billete, hay que saber el viaje a que está asociado S. Velilla 6

3.3 - Atributos y dominios los atributos representan propiedades de la entidades cada entidad (ejemplar) posee un valor concreto para cada una de sus propiedades el conjunto de valores de un atributo constituye su dominio ningún atributo puede representar una propiedad de otro atributo D = { v i / p(v i ) }, donde p es el predicado que define el dominio Atributo aplicación de un tipo de entidad en un Dominio (o conjunto) de valores Atrib ij : E j D ij notación gráfica (habitual): óvalo unido por un arco al tipo de entidad los dominios se especificarán (por intensión o extensión) con notación textual DNI ApNombre Dominios: tpdni : entero; tpnombre: cadena(50); tpsexo : (varón, mujer); Atributos: ApNombre: tpnombre; DNI : tpdni; peso : real; S. Velilla 7

tipos de Atributos y su notación Atributos Identificadores Primarios (AIP) conjunto mínimo de atributos elegido que permite identificar las ocurrencias de la entidad Atributos Identificadores Alternativos (AIA) cualquier conjunto mínimo de atributos que permite identificar las ocurrencias de la entidad notación gráfica: AIP con subrayado continuo y AIA con subrayado a trazos las entidades débiles tienen discriminante conjunto de atributos discriminadores Identificación de las ocurrencias AIP del tipo de entidad fuerte + discriminante DNI ApNombre habrá que indicarlo en el diagrama si es posible. Si no, notación textual S. Velilla 8

3.4 - Interrelación y tipo de Interrrelación Interrelación, asociación, relación (ocurrencia o ejemplar de...) dato cualquier asociación o correspondencia entre entidades (ejemplares) de la que se quiere tener constancia (información) se puede expresar mediante una tupla: a i = <e i1, e i2,.., e in >, con e ij E j Tipo de Interrelación (conjunto de Interrelaciones) tipo de dato colección de interrelaciones con propiedades comunes (del mismo tipo) A= { a i = <e i1, e i2,.., e in > e i1 E 1, e i2 E 2,.., e in E n } tiene asociado un nombre que lo identifica puede haber más de un tipo de interrelación entre los mismos tipos de entidad S. Velilla 9

elementos de una Interrelación y su notación notación gráfica: rombo con arcos a los tipos de entidad que participan: poseer CUENTA Elementos de un tipo de Interrelación nombre, que identifica el tipo de interrelacion (suele usarse un verbo en infinitivo) grado nº de tipos de entidad que participan en la interrelación: 1 reflexiva, 2 binaria, etc. reducir a binarias si es posible papel que desempeña cada tipo de entidad (normalmente implícito) etiqueta sobre el arco cuando sea necesario atributos, o propiedades asociadas a cada ocurrencia de la interrelación óvalos, como para los tipos de entidad S. Velilla 10

ejemplos de esquemas E/R sencillos DNI infop ISBN infol DNI infop escribe es escrito PERSONA escribir LIBRO PERSONA relacionar DNI infop codasig infoasig DNI infop fecha PROFESOR impartir ASIGNATURA PERSONA médico visitar GRUPO paciente puede haber además interrelaciones binarias idgrp infogrp sólo es posible una visita entre cada médico/paciente! S. Velilla 11

tipo de correspondencia de una Interrelación y su notación tipo de correspondencia (razón de cardinalidad) expresa el nº de entidades con que puede estar relacionada una entidad a través de un tipo de interrelación una a una 1:1 una a varias 1:N varias a varias N:M restricción arco orientado para una en algunas notaciones 1:N 1:1 poseer CUENTA poseer CUENTA N:1 N:M poseer CUENTA poseer CUENTA mejor poner el tipo de correspondencia (1 ó N) sobre el arco (sobre todo para ternarias, etc.) S. Velilla 12

interrelaciones y dependencia en identificación para entidades débiles, hay que indicar los (el) tipos de entidad de los que depende DNI ApNombre profesion numcc N poseer M CUENTA 1 constar N APUNTE intente buscar otros ejemplos numapunte importe S. Velilla 13

ejercicios sencillos de diseño de esquemas E/R propónganse esquemas E/R para representar: La organización (jerarquía) de una empresa Las parejas (matrimonios) que hay entre los empleados de una empresa Las relaciones de amistad que hay entre las personas de un colectivo Los árboles genealógicos de una familia La información de las líneas de autobuses de una ciudad inténtelo con pequeñas variaciones sobre el enunciado. Añada la lista de todas las propiedades (o información) que no pueda representar en el diagrama. S. Velilla 14

especificación de otras restricciones : Pero falta capacidad para añadir algunas restricciones DNI ApNombre profesion numcc saldo (1,N) poseer (0,N) CUENTA (1,1) constar intente hacer una lista lo más completa posible en cada uno de los ejemplos estudiados numapunte (0,N) APUNTE importe S. Velilla 15

ejemplo: B.D. Información bibliográfica (1) Diseñar un esquema E/R para representar la información básica (título, autor y editorial) de los libros de nuestra biblioteca, de modo que se pueda obtener en todo momento lo siguiente: para cada autor, los libros que ha escrito y las editoriales con que trabaja para cada libro, su autor y editorial para cada editorial, la lista de libros editados y la lista de autores con los que trabaja Para ello se considerarán los siguientes casos: a) Todo libro tiene un único autor y es publicado sólo por una editorial. De los autores y editoriales, basta con saber su nombre. b) Se quiere añadir, además, la fecha de publicación del libro. c) Si se añade también la fecha de nacimiento del autor y la dirección, tanto del autor como de la editorial d) Un libro puede tener varios autores y haber sido publicado por varias editoriales. e) Si es posible que algún autor no haya publicado libros en alguna de las editoriales con las que trabaja S. Velilla 16

ejemplo: B.D. Información académica (1) Al comienzo de cada la secretaría del C.P.S. elabora una ficha para cada una de las asignaturas que se van a impartir. En ella figuran los siguientes datos: 1) El nombre del profesor que imparte la asignatura (es único). 2) El nombre de la asignatura y el nº de créditos. Durante el proceso de matrícula se elabora para cada alumno una ficha en la que, además del nombre figura un NIP, único para cada alumno (pues puede haber varios alumnos con el mismo nombre y apellidos), y la lista de asignaturas en que se ha matriculado. Al finalizar el se añadirá la calificación de la asignatura (NP, suspenso, aprobado, notable, sobresaliente y MH). Una vez terminado el periodo de matriculación, se añade en la ficha de cada asignatura la lista de alumnos matriculados y el nombre del alumno elegido como delegado de la asignatura. Diseñar un esquema E/R que recoja la información del enunciado. y si una asignatura puede ser impartida por varios profesores? y si se desea añadir en la ficha de la asignatura el área de conocimiento del profesor? S. Velilla 17

ejemplo: B.D. Información bibliográfica (2) Diseñar un esquema E/R para representar la siguiente información de los libros de nuestra biblioteca: título, autor y temas que trata (naturaleza, física, algorítmica,...). Para ello se considerarán los siguientes casos: a) Todo libro tiene un único autor, aunque puede tratar varios temas. De los autores basta con saber su nombre. b) Se quiere añadir, además, el país del autor y un comentario descriptivo acerca de cada tema. c) Si un libro puede tener varios autores y, además, cada autor sólo escribe sobre determinados temas d) Si siempre se quiere tener constancia del autor que ha tratado cada tema de un libro. S. Velilla 18

modelo Entidad-Relación básico: conclusiones Resumen simple e intuitivo (notación gráfica) independiente de modelos y lenguajes de SGBD fácil adaptación falta de estandarización (notaciones diferentes y contradictorias) poca capacidad semántica Sólo la estática pocas restricciones inherentes: AIP, sólo relación entre entidades,... usuario: dominio, tipo de correspondencia,.. Extensiones + especificaciones S. Velilla 19