Modelo Entidad Relación

Presentación del tema: "Modelo Entidad Relación"— Transcripción de la presentación:

1 Modelo Entidad Relación
NOMBRE: ISRAEL ASCENCIO MENDEZ ING: OSCAR ARMANDO SÁNCHEZ

2 Modelo Entidad-Relación
Diseño de Bases de Datos Modelo Entidad-Relación Objetivos: Conocer los conceptos y notación del modelo conceptual de datos entidad-relación. Comprender los significados del concepto de “nulo” en el modelo entidad-relación. Contenidos: 1. Introducción e historia del modelo 2. Conceptos básicos del modelo 3. Extensiones del modelo 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.

3 Introducción e historia del modelo Entidad-Relación
Modelo de datos conceptual de alto nivel Propuesto por Peter P. Chen en 1976 Extensiones/aportaciones de muchos otros autores No existe un único MER, sino una FAMILIA DE MODELOS Describe el “mundo real” como un conjunto de ENTIDADES y de RELACIONES entre ellas Gran difusión Muy extendido en los métodos de diseño de bases de datos Soportado por herramientas software de diseño (CASE)

4 MER En el proceso de diseño...
2.1. Introducción e historia del modelo Entidad-Relación En el proceso de diseño... Requisitos de datos DISEÑO CONCEPTUAL ... En este tema veremos los diferentes conceptos que proporciona el MER para describir esquemas conceptuales de bases de datos. Esquema Conceptual MER

5 Esquema conceptual Descripción concisa de los requisitos de información de los usuarios Descripciones detalladas de TIPOS DE DATOS RELACIONES ENTRE DATOS RESTRICCIONES que los DATOS deben cumplir Sin detalles de implementación Más fácil de entender Comunicación con el usuario no técnico Vehículo de comunicación adecuado entre los analistas/diseñadores y el usuario no técnico

6 2.2. Conceptos básicos del modelo
Entidad ( entity ) Atributo ( attribute ) Dominio ( values set ) Relación ( relationship ) El término “Relationship” suele traducirse también por “Interrelación”

7 ENTIDAD Conceptos básicos del modelo
Cosa u objeto del mundo real con existencia propia y distinguible del resto Objeto con existencia... física o real (una persona, un libro, un empleado) abstracta o conceptual (una asignatura, un viaje) “Persona, lugar, cosa, concepto o suceso, real o abstracto, de interés para la empresa” (ANSI, 1977) 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, < 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.

8 Conceptos básicos del modelo
ATRIBUTO Propiedad o característica de una entidad Una entidad particular es descrita por los valores de sus atributos: titulo = El alquimista impaciente genero = Thriller nacionalidad = España añoestreno = 2002 p1 ... Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos. nss = dni = nombre = Cristina Aliaga Gil nacionalidad = España e1 ...

9 TIPO DE ENTIDAD (entity set)
Conceptos básicos del modelo TIPO DE ENTIDAD (entity set) Define un conjunto de entidades que poseen los mismos atributos PELICULA: titulo, genero, nacionalidad, añoestreno,numcopias EMPLEADO: dni, nss, nombre, fechanacim, direccion, telefono, altura, nacionalidad, edad Notación Cada tipo de entidad es descrito por su nombre y la lista de nombres de sus atributos EMPLEADO PELICULA DIRECTOR LOCAL VIDEOCLUB ACTOR CLIENTE

10 Instancia de un tipo de entidad
2.2. Conceptos básicos del modelo Instancia de un tipo de entidad También... Ocurrencia Realización Ejemplar Entidad concreta o individual PELICULA titulo = El señor de los anillos genero = Fantasía nacionalidad = EEUU añoestreno = 2001 p2 ... En realidad, utilizaremos el término ENTIDAD como sinónimo de TIPO DE ENTIDAD titulo = Amores perros genero = Drama nacionalidad = Méjico añoestreno = 1999 p3 ... titulo = Amelie genero = Comedia nacionalidad = Francia añoestreno = 2001 p4 ...

11 Conceptos básicos del modelo
Intensión y Extensión Un tipo de entidad describe el esquema o intensión para un conjunto de entidades que poseen la misma estructura EMPLEADO: dni, nss, nombre, dirección, telefono, altura, fechanacim, nacionalidad, edad Las instancias del tipo de entidad se agrupan en un conjunto de entidades o extensión e1  ( , , “Cristina Aliaga Gil”, “Libertad, 2. Yecla. Murcia ”, , 1’60, 28/07/1979, España, 23) e2  ( , , “Antonio Gil Sánchez”, “Paz, 5. Murcia. Murcia.30012”, , 1’76, 14/04/1944, España, 58) e3  ( , , “Julia Sauce”, “Justicia, 20. Yecla. Murcia ”, , 1’59, 23/05/1947, España, 55) ...

12 Tipos de atributos 2.2. Conceptos básicos del modelo
Simples o Compuestos Almacenados o Derivados Monovalorados o Multivalorados Opcionales Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos.

13 Atributos Simples o Compuestos
2.2. Conceptos básicos del modelo Atributos Simples o Compuestos Atributos compuestos Pueden dividirse en otros con significado propio Valor compuesto = concatenación de valores de componentes Atributos simples No divisibles. Atómicos fechanacim dia mes año direccion calle ciudad provincia codpostal 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” genero

14 Atributos Almacenados o Derivados
2.2. Conceptos básicos del modelo Atributos Almacenados o Derivados Atributos derivados Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas) Son información redundante... edad [de EMPLEADO], cálculo a partir de fechanacim atributo derivado del valor de otro atributo numcopias [de una PELICULA], cuenta del número de entidades COPIA relacionadas con cada película concreta atributo derivado de entidades relacionadas Atributos almacenados fechanacim [de cada EMPLEADO] nacionalidad [de una PELICULA]

15 Atributos Monovalorados o Multivalorados
2.2. Conceptos básicos del modelo Atributos Monovalorados o Multivalorados Atributos monovalorados (monovaluados) sólo un valor para cada entidad fechanacim [de un EMPLEADO particular] añoestreno [de cada PELICULA concreta] Atributos multivalorados (multivaluados) más de un valor para la misma entidad nacionalidad [ PELICULA coproducida por varios países ] telefono [ EMPLEADO con varios teléfonos de contacto] pueden tener límites superior e inferior del número de valores por entidad nacionalidad (1-2) telefono (0-3)

16 Atributos Opcionales (nulos)
2.2. Conceptos básicos del modelo Atributos Opcionales (nulos) El nulo (null value) es usado cuando... Se desconoce el valor de un atributo para cierta entidad El valor existe pero falta altura [de un EMPLEADO] No se sabe si el valor existe o no telefono [de un EMPLEADO] La entidad no tiene ningún valor aplicable para el atributo: fechaalquiler [PELICULA sólo en vídeo-venta (no alquiler)] 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]

17 Notación para atributos
2.2. Conceptos básicos del modelo Notación para atributos [FEBRERO2015] [MPM199] (0,3) dirección (1,2) (0,1) EMPLEADO nombre fechanacim telefono calle provincia ciudad codpostal edad nss dni altura nacionalidad fechanacim dirección telefono calle provincia ciudad codpostal dni edad altura (0,3) D nss nombre nacionalidad (1,2) EMPLEADO 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.

18 Atributos Clave 2.2. Conceptos básicos del modelo
Atributo con valor distinto para cada instancia de un tipo de entidad dni en EMPLEADO Una clave identifica de forma única cada entidad concreta  atributo identificador Notación 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]. EMPLEADO EMPLEADO dni dni [EN2002] [MPM1999]

19 Atributos Clave (ii) 2.2. Conceptos básicos del modelo
Una clave puede estar formada por varios atributos  clave compuesta Combinación de valores distinta para cada instancia (nombre, fechanacim) en el tipo de entidad EMPLEADO Una clave compuesta debe ser mínima Un tipo de entidad puede tener más de una clave  claves candidatas Claves o Identificadores Candidatos de EMPLEADO: dni nss (nombre, fechanacim) 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

20 Atributos Clave (iii) 2.2. Conceptos básicos del modelo
Atributo identificador principal (IP) Clave Principal Elegido (por el diseñador) de entre los identificadores candidatos (IC), para ser el medio principal de identificación de las instancias del tipo de entidad dni en EMPLEADO Atributos identificadores alternativos (IA) Claves Alternativas El resto de IC’s nss y (nombre, fechanacim) en EMPLEADO

21 Notación para atributos clave
2.2. Conceptos básicos del modelo Notación para atributos clave [FEBRERO2015] [MPM1999] (0,3) (1,2) (0,1) EMPLEADO nombre fechanacim telefono calle provincia ciudad codpostal edad nss dni altura nacionalidad n-f dirección IP fechanacim EMPLEADO dirección telefono calle provincia ciudad codpostal dni edad altura (0,3) D nss nacionalidad (1,2) n-f nombre 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]. En el MER es obligatorio que todo tipo de entidad tenga un identificador

22 RELACIÓN (relationship)
2.2. Conceptos básicos del modelo RELACIÓN (relationship) También “interrelación” Asociación, vínculo o correspondencia entre instancias de entidades relacionadas de alguna manera en el “mundo real” el director “Alejandro Amenábar” ha rodado la película “Mar adentro” el empleado trabaja en el local de videoclub “principal” la película “El imperio contraataca” es una continuación de la película “La guerra de las galaxias”

23 TIPO DE RELACIÓN (relationship set)
2.2. Conceptos básicos del modelo TIPO DE RELACIÓN (relationship set) Estructura genérica o abstracción del conjunto de relaciones existentes entre dos o más tipos de entidad un DIRECTOR ha rodado PELICULA’s Notación 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. DIRECTOR PELICULA HA_RODADO

24 Grado de un tipo de relación
2.2. Conceptos básicos del modelo Grado de un tipo de relación Número de tipos de entidad que participan en el tipo de relación Binaria: grado 2 (el más frecuente) Ternaria: grado 3 Reflexiva (o recursiva): grado 1 ACTOR PELICULA ACTUA_EN 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... CLIENTE PELICULA LOCAL_VIDEOCLUB ALQUILA PELICULA CONTINUACION DE

25 Nombres de Rol (papel) 2.2. Conceptos básicos del modelo
Todo tipo de entidad que participa en un tipo de relación juega un papel específico en la relación Los nombres de rol se deben usar, sobre todo, en los tipos de relación reflexivos, para evitar ambigüedad DIRECTOR PELICULA HA_RODADO realizador film 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. original versión PELICULA VERSION_DE

26 Restricciones estructurales sobre tipos de relación
2.2. Conceptos básicos del modelo Restricciones estructurales sobre tipos de relación Limitan las posibles combinaciones de entidades que pueden participar en las relaciones Extraídas de la situación real que se modela “Una película debe haber sido dirigida por uno y sólo un director” “Un director ha dirigido al menos una película y puede haber dirigido muchas” Clases de restricciones estructurales: Razón de cardinalidad (o tipo de correspondencia) Razón de participación Estas restricciones permiten expresar algunas de las Reglas del Negocio.

27 Razón de Cardinalidad Notación FEB2015
2.2. Conceptos básicos del modelo Razón de Cardinalidad Notación FEB2015 Número máximo de instancias de tipo de relación en las que puede participar una misma instancia de tipo de entidad la cardinalidad de HA_RODADO es “1 a N” HA_RODADO es de tipo “1 a N” Notación etiqueta en la línea que une entidad y relación Ojo: da la sensación de que se representa “al revés” 1 N DIRECTOR PELICULA HA_RODADO 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].

28 Razón de Cardinalidad Notación FEB2015
2.2. Conceptos básicos del modelo Razón de Cardinalidad Notación FEB2015 Razones de cardinalidad más comunes: 1:1 (“uno a uno”) 1:N (“uno a muchos”) M:N (“muchos a muchos”) trabajador ACTOR EMPLEADO 1 encargado 1 personaje M TRABAJA_EN SUPERVISA ACTUA_EN sucursal N N 1 film LOCAL_VIDEOCLUB PELICULA lugar trabajo

29 Razón de Cardinalidad Notación [SKS1998]
2.2. Conceptos básicos del modelo Razón de Cardinalidad Notación [SKS1998] Número máximo de instancias de un tipo de entidad a las que otra instancia puede estar asociada, vía un conjunto de relaciones Notación flecha en el sentido “... a 1” EMPLEADO LOCAL_VIDEOCLUB encargado sucursal trabajador lugar trabajo TRABAJA_EN SUPERVISA ACTOR PELICULA ACTUA_EN

30 Razón de Participación Notación [FEB2015]
2.2. Conceptos básicos del modelo Razón de Participación Notación [FEB2015] Especifica si toda la extensión de un tipo de entidad participa en un tipo de relación, o sólo parte de la extensión Indica si hay dependencia en existencia de un tipo de entidad respecto de un tipo de relación Clases de participación: Participación total (dependencia en existencia) Participación parcial 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]

31 Razón de Participación (ii) [FEB2015]
3.2. Conceptos básicos del modelo Razón de Participación (ii) [FEB2015] Notación Líneas dobles o simples PELICULA personaje film M ACTUA_EN N ACTOR DIRECTOR PELICULA HA_ RODADO 1 N EMPLEADO LOCAL_VIDEOCLUB encargado sucursal 1 trabajador lugar trabajo TRABAJA_EN SUPERVISA N 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

32 Atributos de tipos de relación
[FEB2015] EMPLEADO LOCAL_VIDEOCLUB 1 TRABAJA_EN SUPERVISA N horas fechainicio “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. [MPM1999] PELICULA (0,m) ACTUA_EN (1,n) ACTOR salario papel M:N

33 Tipo de Entidad Débil Notación [FEB 2015]
2.2. Conceptos básicos del modelo Tipo de Entidad Débil Notación [FEB 2015] No tiene atributos clave propios Una instancia se identifica por su relación con una instancia de otro tipo de entidad Tipo de relación identificador Relaciona un tipo de entidad débil y un tipo de entidad regular (fuerte, dominante, padre, propietaria) Clave parcial (o discriminante) Atributos de la entidad débil, que identifican de forma única cada instancia, siempre que esté relacionada con una instancia del tipo de entidad regular Clave = (clave_entidad_regular, clave_parcial) Notación Coincide con el concepto en [CBS1998] y [SKS1998] COPIA

34 Tipo de entidad débil (ii) [FEB 2015]
2.2. Conceptos básicos del modelo Tipo de entidad débil (ii) [FEB 2015] Tipo de Entidad Regular PELICULA numcopia titulo 1 N COPIA TIENE PACIENTE VISITA_MEDICA diahora 1 nss N MEDICO ncolegiado nombre especialidad ACUDE ASISTIDA POR Tipo de Relación Identificador Dependencia en existencia Clave parcial o Discriminante 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

35 Tipo de entidad débil (iii) [FEB 2015]
2.2. Conceptos básicos del modelo Tipo de entidad débil (iii) [FEB 2015] No toda participación total (o dependencia en existencia) implica un tipo de entidad débil EMPLEADO dni 1 POSEE N numlicencia PERMISO CONDUCCION tipo PERMISO_CONDUCCIÓN no es débil: depende en existencia de EMPLEADO, pero tiene clave primaria propia

36 Tipo de entidad débil (iv) Notación [MPM1999]
 Definición distinta de tipo de entidad débil La existencia de una instancia del tipo de entidad débil depende de la existencia de una instancia del tipo de entidad regular Tipo de relación débil (o dependencia) Relaciona un tipo de entidad débil y otro regular Clases de dependencia: En existencia En identificación

37 Tipo de entidad débil (v) [MPM1999]
2.2. Conceptos básicos del modelo Tipo de entidad débil (v) [MPM1999] Dependencia en existencia ( entre entidades) Si desaparece una instancia del tipo de entidad regular deben desaparecer las instancias de la entidad débil que dependen de ella Etiqueta “E” en el tipo de relación débil Dependencia en identificación Además de la dependencia en existencia... Una instancia del tipo de entidad débil no se puede identificar por sí misma Su clave es (clave_entidad_regular, clave_parcial) Etiqueta “ID” en el tipo de relación débil 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.

38 Tipo de entidad débil (vi) [MPM1999]
2.2. Conceptos básicos del modelo Tipo de entidad débil (vi) [MPM1999] numlicencia EMPLEADO PERMISO CONDUCCION POSEE 1:N E dni tipo numcopia titulo COPIA 1:N TIENE ID PELICULA Tipo de Relación Débil idcopia 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

39 Tipos de relación con grado superior a dos
[FEB 2015] [MPM1999] CLIENTE CINTA VIDEO LOCAL VIDEOCLUB ALQUILA (0,1) (0,n) (0,m) CLIENTE CINTA VIDEO LOCAL VIDEOCLUB ALQUILA (1,1) (1,n) 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”) fecha fecha Cardinalidad de los tipos de entidad

40 Tipos de relación con grado superior a dos (iv)
Solución típica: coexistencia ternaria/binarias [FEB 2015] idprov (1,n) PROVEEDOR PUEDE SUMINISTRAR (1,m) (1,n) (1,m) codpr (0,m) SUMINISTRA PRODUCTO 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] PROVEE (1,p) fecha (1,n) (0,n) cantidad TIENDA VENDE (1,m) nombre

41 Tipos de relación con grado superior a dos (v)
Otra solución: relación ternaria como entidad débil (Entidad Asociativa) [FEB 2015] PROVEEDOR PRODUCTO TIENDA (1,1) RECIBE (1,n) REALIZA (0,n) CONTIENE cantidad fecha nombre idprov codpr SUMINISTRO 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. ¿¿??

42 GRACIAS!! FIN!!!