El documento presenta los conceptos fundamentales del modelo entidad-relación, incluyendo entidades, atributos, relaciones, cardinalidades y tipos de participación. Explica que las entidades representan objetos del mundo real y que las relaciones representan asociaciones entre entidades. También describe los diferentes tipos de atributos como claves, derivados y opcionales.
5. En el proceso de diseño... DISEÑO CONCEPTUAL Requisitos de datos Esquema Conceptual 2.1. Introducción e historia del modelo Entidad-Relación MER
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18. Notación para atributos [EN2002] [MPM1999] 2.2. Conceptos básicos del modelo fechanacim dirección telefono calle provincia ciudad codpostal dni edad altura (0,3) D nss nombre nacionalidad (1,2) EMPLEADO (0,3) dirección (1,2) (0,1) EMPLEADO nombre fechanacim telefono calle provincia ciudad codpostal edad nss dni altura nacionalidad
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33. Atributos de tipos de relación [EN2002] [MPM1999] EMPLEADO LOCAL_VIDEOCLUB 1 1 TRABAJA_EN SUPERVISA N 1 horas fechainicio PELICULA (0,m) ACTUA_EN (1,n) ACTOR salario papel M:N
34.
35. Tipo de entidad débil (ii) [EN2002] 2.2. Conceptos básicos del modelo PELICULA numcopia titulo 1 N COPIA TIENE PACIENTE VISITA_MEDICA diahora 1 nss N MEDICO ncolegiado nombre N 1 especialidad ACUDE ASISTIDA POR Tipo de Relación Identificador Clave parcial o Discriminante Tipo de Entidad Regular Dependencia en existencia
36.
37.
38.
39. Tipo de entidad débil (vi) [ MPM1999 ] PERMISO_CONDUCCION es débil , pues depende en existencia de EMPLEADO , pero no depende en identificación COPIA es débil , pues depende en existencia de PELICULA , y también depende en identificación 2.2. Conceptos básicos del modelo numcopia titulo COPIA 1:N TIENE ID PELICULA idcopia numlicencia EMPLEADO PERMISO CONDUCCION POSEE 1:N E dni tipo Tipo de Relación Débil
40.
41.
42.
Notas del editor
El objetivo principal de este tema es trasladar a los alumnos los conceptos del modelo entidad-relación extendido, y mostrar cómo representarlos gráficamente a través de varias notaciones. Tras introducir brevemente el modelo entidad-relación, describiremos algunos de los conceptos de modelado básicos que ofrece. Después, abordaremos algunas de las extensiones propuestas para el MER que permiten el modelado de requisitos de datos más complejos.
... En este tema veremos los diferentes conceptos que proporciona el MER para describir esquemas conceptuales de bases de datos.
Vehículo de comunicación adecuado entre los analistas/diseñadores y el usuario no técnico
El término “Relationship” suele traducirse también por “Interrelación”
El término OBJETO se utiliza en el sentido que tiene en el lenguaje común, y no con el que suele darse en el paradigma de la Orientación a Objetos. ANSI = American National Standards Institute, <http://www.ansi.org/> Instituto de estándares Americano ANSI (1977): The ANSI/X3/SPARC DBMS Framework . Report on the Study Group on Database Management Systems. D. Tsichiritzis y A. Klug (eds). Montvalle, N.J.: AFIP Press, 1977.
Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos.
Cada tipo de entidad es d escrito por su nombre y la lista de nombres de sus atributos
En realidad, utilizaremos el término ENTIDAD como sinónimo de TIPO DE ENTIDAD
Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos.
No explicar cuándo utilizar un atributo compuesto o bien varios atributos simples, pues esta norma de diseño se estudiará en el “Tema 4.- Diseño Conceptual”
Nulo = Cardinalidad Mínima 0 Valor que existe, pero falta “ fechanacim” [de un empleado] Valor no aplicable: “ fechajubilacion ” [de una persona que aún está en activo]
Señalar que para representar gráficamente los conceptos de modelado que ofrece el MER vamos a emplear principalmente dos notaciones: la seguida en el libro [EN2002] y la empleada en el libro [MPM1999]. Indicar que la notación de [EN2002] es muy similar a la original definida por Chen en 1976. Las notaciones empleadas en las otras referencias: [CBS1998] y [SKS1998] coinciden con la de [EN2002], salvo que se indique otra cosa. A la vista de esta diapositiva, destacar: Atributos simples / compuestos Atributos monovalorados / multivalorados Atributos opcionales / obligatorios Atributos derivados / almacenados Los casos normales no se muestran en el diagrama: cardinalidad del atributo es (1,1) almacenado obligatorio CARDINALIDAD DE UN ATRIBUTO Nº mínimo y máximo de valores que puede tomar un atributo, en una instancia de un Tipo Entidad (o de Relación) Sean a atributo, E Tipo de Entidad card_min(a, E) = 0; a puede NO TOMAR VALOR; a PUEDE SER NULO. card_min(a, E) = 1; a DEBE TOMAR OBLIGATORIAMENTE UN VALOR. card_max(a, E) = 1; a TOMARÁ como mucho, UN VALOR individual a la vez. card_max(a, E) > 1; a puede TOMAR MÁS DE UN VALOR para la misma instancia de entidad (o de relación); a es MULTIVALUADO.
La restricción de unicidad prohíbe que dos entidades tengan simultáneamente el mismo valor para el atributo clave. La notación [CBS1998] y [SKS1998] coincide con la de [EN2002].
Una clave compuesta debe ser MINIMA, es decir, no debe contener atributos superfluos = que podrían quitarse y el resto seguiría siendo clave Ejemplo: la clave compuesta (nombre, telefono, fechanacim) no es mínima, sobra “telefono”. Otros ejemplos de claves candidatas: PROFESOR: (nif), (nombre, despacho, facultad) ALUMNO: (nif), (numexpediente), (fechanacim, nombre, telefono) NO COMMENT: Según [EN2002] una entidad puede no tener clave, en ese caso, es una entidad débil
NO COMMENT: Lo de crear un nuevo atributo compuesto para la clave alternativa lo he sacado de [EN2002] p.47, lin. 7. NO COMMENT: lo de que sea obligatoria la clave lo he sacado de [MPM1999] p.56. Es una restricción inherente del MER . La notación [CBS1998] y [SKS1998] coincide con la de [EN2002].
Segunda restricción inherente al MER : sólo puede haber relaciones entre entidades. Es decir, está prohibido establecer una relación entre relaciones y entre una relación y una entidad.
En una instancia de una relación SIEMPRE participa una instancia de cada tipo de entidad ligada a la relación. Por ejemplo, una instancia de ALQUILA _necesariamente_ consiste en una instancia de CLIENTE, otra de PELICULA, y otra de LOCAL_VIDEOCLUB. No tiene sentido que vincule tan solo dos de ellas...
Los nombres de rol ayudan a explicar el significado de la relación, por eso su uso es casi obligatorio en los tipos de relación reflexivas, para evitar la ambigüedad .
Estas restricciones permiten expresar algunas de las Reglas del Negocio.
Una instancia de director puede estar relacionada con muchas instancias de película (todas las que él ha rodado) Una instancia de película sólo puede relacionarse con una única instancia de director (justo aquél que la haya filmado) La notación [CBS1998] coincide con la de [EN2002].
La DEPENDENCIA EN EXISTENCIA significa que una instancia de esa entidad sólo puede existir si participa en una instancia de la relación. La dependencia del tipo de entidad es con respecto al tipo de relación . No tiene el mismo significado que la dependencia en existencia de [MPM1999], puesto que se debe entender como que no tiene sentido que exista una entidad que no participe en la relación. Concepto coincidente con los incluidos en [CBS1998] y [SKS1998]
Participación total Todo empleado trabaja en un local (sucursal) del vídeo-club. * Toda instancia de EMPLEADO DEBE estar relacionada con alguna instancia de LOCAL * NO tiene sentido que EXISTA un empleado que NO trabaje en algún local, es decir que NO participe en una relación de tipo TRABAJA_EN Participación parcial NO todo empleado es encargado de un local del vídeo-club, sino sólo algunos de ellos * NO NECESARIAMENTE TODAS las instancias EMPLEADO están relacionadas con instancias de LOCAL, sino las de un subconjunto del conjunto total de empleados
“ salario” de un actor por participar en cierta película. “ papel” que interpreta un actor en una película (protagonista, secundario, reparto, figuración...). PREGUNTA: ¿Qué pasaría si “salario” o “papel” estuvieran colocados en ACTOR o en PELICULA? Ojo: una relación puede tener atributos, pero nunca una clave .
Coincide con el concepto en [CBS1998] y [SKS1998]
Una entidad débil siempre tiene una restricción de participación total en la relación que la une a su entidad propietaria Dependencia en existencia en [EN2002] de toda entidad débil : una instancia de un tipo de entidad débil no puede existir si no está unida a una instancia de la entidad regular (si ésta desaparece , también deben desaparecer las débiles que dependen de ella) VISITA_MEDICA depende en existencia de PACIENTE y de MEDICO , pero sólo es débil de PACIENTE : ACUDE es la relación identificador
Si un tipo de relación débil no contiene ninguna etiqueta, se asume la etiqueta ‘E’ (dependencia en existencia). La DEPENDENCIA EN EXISTENCIA en [MPM1999] es un concepto algo más fuerte que el mismo concepto en [EN2002] (participación total)). Aquí la dependencia es entre entidades concretas (y no de una entidad respecto de la relación). En [EN2002] la dependencia en existencia de E respecto de R significa que no tiene sentido que una entidad E exista sin estar vinculada a R. Por ello, en [EN2002] una entidad puede tener participación total en una relación (empleado-departamento), pero no dependencia en existencia en el sentido de [MPM1999]: un empleado siempre ha de pertenecer a un departamento, pero si borro un departamento ¿he de borrar sus empleados? Probablemente, no; un departamento debe tener siempre al menos un empleado, pero si borro todos los empleados de un departamento ¿debo borrar éste? Pues quizá no… La DEPENDENCIA EN IDENTIFICACIÓN coincide con el concepto de ENTIDAD DÉBIL en EN2002.
CINTAVIDEO = copia concreta de cierta película. NO HISTÓRICO: la relación representa los alquileres ACTIVOS en cada momento (de ahí la cardinalidad (0,1) de CINTAVIDEO). [EN2002] y [CBS1998] Número mínimo y máximo de instancias de relación en la que puede participar una instancia del tipo de entidad E1.(coincide con la definición para relaciones binarias) [MPM1999] y [Luque, Gómez 97] La cardinalidad de una de las entidades (E1) con respecto a las otras dos (E2 y E3) es el número mínimo y máximo de instancias de E1 que están relacionadas con una de E2 y otra de E3 ya vinculadas en la relación . Los valores de las cardinalidades así definidas pueden ser distintos de los de las cardinalidades definidas por M. Tardieu ( Conception d’un systéme d’information. Construction de les bases de données , 1979). Nota: no he encontrado ninguna ternaria con alguna entidad cuya cardinalidad mínima tuviera el valor 0 en la notación [MPM1999]. MÁS EJEMPLOS de relaciones ternarias: ASIGNATURA – ALUMNO – PROFESOR (relación DOCENCIA, con atributo “curso”) CLIENTE – COCHE – VENDEDOR (relación VENTA, con atributos “fecha” y “precio”) ASIGNATURA – EXAMEN (débil) – ALUMNO (relación EXAMINA, con atributo “nota”) ALUMNO – PFC – PROFESOR (relación REALIZA) AUTOBÚS – LUGAR – CONDUCTOR (relación TIENE PARADA, con atributos “fecha”, “hora”)
Esta es la solución típica: emplear en el mismo diagrama tanto la relación ternaria como las binarias que se necesiten. [EN2002, pág. 91]
Esta es otra posible solución. A la nueva entidad débil puede denominársele Entidad Asociativa... por provenir de una relación (asociación) Esta entidad débil no tiene atributos discriminantes . Es débil en existencia e identificación de las otras tres. Sin embargo, el atributo “fecha” debería serlo, para permitir distintos suministros del mismo proveedor, a la misma tienda, del mismo producto. ¿¿??