• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Mer
 

Mer

on

  • 6,628 views

 

Statistics

Views

Total Views
6,628
Views on SlideShare
2,395
Embed Views
4,233

Actions

Likes
0
Downloads
79
Comments
0

2 Embeds 4,233

http://fundamentosbd.wordpress.com 4228
http://uv.fundamentosbd.wordpress.com 5

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 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, 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. ¿¿??

Mer Mer Presentation Transcript

  • Modelo Entidad Relación M.T.E. María Luisa Velasco Ramírez
    • Bibliografía
    • [EN 2002] Elmasri, R.; Navathe, S.B. Fundamentos de Sistemas de Bases de Datos . 3ª ed. Addison-Wesley, ( Cap. 3 y 4)
    • [MPM 1999] De Miguel, A.; Piattini, M.; Marcos, E. Diseño de bases de datos relacionales . Ra-Ma. ( Cap. 2 )
    • [CBS 1998] Connolly, T.; Begg C.; Strachan, A. Database Systems: A Practical Approach to Design, Implementation and Management . 2 nd ed. Addison-Wesley. ( Cap. 5 )
    • [SKS 1998] Silberschatz, A;Korth, H; Sudarshan, S. Fundamentos de Bases de Datos . 3ª edición. Madrid: McGraw-Hill. ( Cap. 2 )
    • 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
    Modelo Entidad-Relación Diseño de Bases de Datos
    • 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)
    Introducción e historia del modelo Entidad-Relación
  • 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
    • 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
    Esquema conceptual
  • 2.2. Conceptos básicos del modelo
    • Entidad ( entity )
    • Atributo ( attribute )
    • Dominio ( values set )
    • Relación ( relationship )
  • ENTIDAD
    • 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)
    Conceptos básicos del modelo
  • ATRIBUTO
    • Propiedad o característica de una entidad
    • Una entidad particular es descrita por los valores de sus atributos :
    Conceptos básicos del modelo titulo = El alquimista impaciente genero = Thriller nacionalidad = España añoestreno = 2002 p1 ... nss = 1122334455 dni = 87654321 nombre = Cristina Aliaga Gil nacionalidad = España e1 ...
  • 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
    EMPLEADO LOCAL VIDEOCLUB PELICULA DIRECTOR ACTOR CLIENTE Conceptos básicos del modelo
  • Instancia de un tipo de entidad
    • También...
      • Ocurrencia
      • Realización
      • Ejemplar
      • Entidad concreta o individual
    PELICULA 2.2. Conceptos básicos del modelo titulo = El señor de los anillos genero = Fantasía nacionalidad = EEUU añoestreno = 2001 p2 ... titulo = Amelie genero = Comedia nacionalidad = Francia añoestreno = 2001 p4 ... titulo = Amores perros genero = Drama nacionalidad = Méjico añoestreno = 1999 p3 ...
  • 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 , n ss, nombre, dirección, telefono, altura, fecha n acim, nacionalidad , edad
    • Las i nstancias del tipo de entidad se agrupan en un conjunto de entidades o extensión
      • e1  ( 87654321 , 1122334455 , “Cristina Aliaga Gil” , “ Libertad , 2. Yecla. Murcia. 30510” , 968 1 00 200 , 1’ 60 , 2 8 /0 7 / 19 7 9 , España, 23 )
      • e2  ( 12345678 , 6677889900 , “Antonio Gil Sánchez” , “ Paz, 5. Murcia. Murcia.30012”, 968111 222 , 1’ 7 6 , 14 /0 4 / 1944 , España, 58 )
      • e3  ( 11223344 , 1234567890 , “Julia Sauce” , “Justicia , 20. Yecla. Murcia. 30510”, 968 000222, 1’ 5 9, 2 3 / 05 / 1947 , España, 55 )
      • ...
    Conceptos básicos del modelo
  • Tipos de atributos
    • Simples o Compuestos
    • Almacenados o Derivados
    • Monovalorados o Multivalorados
    • Opcionales
    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
    genero 2.2. Conceptos básicos del modelo fechanacim dia mes año direccion calle ciudad provincia codpostal
  • 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 ]
    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)
    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)]
    2.2. Conceptos básicos del modelo
  • 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
  • Atributos Clave
    • A tributo 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
    EMPLEADO [EN2002] EMPLEADO dni [MPM1999] dni 2.2. Conceptos básicos del modelo
  • Atributos Clave (ii)
    • Una clave puede estar formad a por varios atributos  clave compuesta
      • Combinación de valores distinta para c ada instancia
        • ( nombre , fe cha n acim ) en el t ipo de e ntidad 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
      • n ss
      • (n ombre , fecha n acim )
    2.2. Conceptos básicos del modelo
  • Atributos Clave (iii)
    • 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
      • d ni en EMPLEADO
    • Atributos i dentificadores a lternativos ( IA )
      • Claves Alternativas
      • El resto de IC’s
      • nss y (nombre, fechanacim) en EMPLEADO
    2.2. Conceptos básicos del modelo
  • Notación para atributos clave [EN2002] [MPM1999]
    • En el MER es obligatorio que todo tipo de entidad tenga un identificador
    nombre 2.2. Conceptos básicos del modelo fechanacim EMPLEADO dirección telefono calle provincia ciudad codpostal dni edad altura (0,3) D nss nacionalidad (1,2) n-f (0,3) (1,2) (0,1) EMPLEADO nombre fechanacim telefono calle provincia ciudad codpostal edad nss dni altura nacionalidad n-f dirección IP
  • 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 87654321 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 ”
    2.2. Conceptos básicos del modelo
  • TIPO DE RELACIÓN ( r elationship set )
    • Estructura genérica o abstracción del conjunto de relaciones existentes entre dos o más t ipos de e ntidad
      • un DIRECTOR ha rodad o PELICULA ’s
    • Notación
    2.2. Conceptos básicos del modelo DIRECTOR PELICULA HA_RODADO
  • 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
    2.2. Conceptos básicos del modelo ACTOR PELICULA ACTUA_EN CLIENTE PELICULA LOCAL_VIDEOCLUB ALQUILA PELICULA CONTINUACION DE
  • Nombres de Rol (papel)
    • 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
    2.2. Conceptos básicos del modelo original versión PELICULA VERSION_DE DIRECTOR PELICULA HA_RODADO realizador film
  • 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
    2.2. Conceptos básicos del modelo
  • Razón de Cardinalidad Notación EN2002
    • 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”
    2.2. Conceptos básicos del modelo 1 N DIRECTOR PELICULA HA_RODADO
    • Razones de cardinalidad más comunes:
      • 1:1 (“ uno a uno ”)
      • 1:N (“ uno a muchos ”)
      • M:N (“ muchos a muchos ”)
    Razón de Cardinalidad Notación EN2002 ACTOR PELICULA personaje film M ACTUA_EN N EMPLEADO LOCAL_VIDEOCLUB encargado sucursal 1 trabajador lugar trabajo 1 TRABAJA_EN SUPERVISA N 1 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
      • f lecha en el sentido “... a 1”
    2.2. Conceptos básicos del modelo ACTOR PELICULA ACTUA_EN EMPLEADO LOCAL_VIDEOCLUB encargado sucursal trabajador lugar trabajo TRABAJA_EN SUPERVISA
  • Razón de Participación Notación [EN2002]
    • 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
    2.2. Conceptos básicos del modelo
  • Razón de Participación (ii) [EN2002]
    • Notación
      • Líneas dobles o simples
    3.2. Conceptos básicos del modelo EMPLEADO LOCAL_VIDEOCLUB encargado sucursal 1 trabajador lugar trabajo 1 TRABAJA_EN SUPERVISA N 1 DIRECTOR PELICULA HA_ RODADO 1 N PELICULA personaje film M ACTUA_EN N ACTOR
  • 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
  • Tipo de Entidad Débil Notación [EN2002]
    • 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 un a instancia del tipo de entidad regular
      • Clave = (clave_entidad_regular, clave_parcial)
    • Notación
    COPIA 2.2. Conceptos básicos del modelo
  • 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
  • Tipo de entidad débil (iii) [EN2002]
    • No toda participación total (o dependencia en existencia ) implica un tipo de entidad débil
    EMPLEADO numlicencia dni 1 N PERMISO CONDUCCION POSEE tipo PERMISO_CONDUCCIÓN no es débil : depende en existencia de EMPLEADO , pero tiene clave primaria propia 2.2. Conceptos básicos del modelo
  • Tipo de entidad débil (iv) Notación [ MPM1999 ]
    •  Definición distinta de tipo de entidad débil
    • La existencia de una instancia de l tipo de entidad débil depende de la existencia de un a 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
  • 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
    2.2. Conceptos básicos del modelo
  • 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
  • Tipos de relación con grado superior a dos [EN2002] [MPM1999]
    • Cardinalidad de los tipos de entidad
    fecha fecha CLIENTE CINTA VIDEO LOCAL VIDEOCLUB ALQUILA (1,1) (1,n) (1,1) CLIENTE CINTA VIDEO LOCAL VIDEOCLUB ALQUILA (0,1) (0,n) (0,m)
  • Tipos de relación con grado superior a dos (iv)
    • Solución típica: coexistencia ternaria/binarias
    [EN2002] PROVEEDOR PRODUCTO TIENDA (0,m) (1,n) (1,p) (1,m) (1,n) (0,n) (1,m) VENDE PROVEE (1,m) (1,n) PUEDE SUMINISTRAR idprov codpr nombre cantidad fecha SUMINISTRA
  • Tipos de relación con grado superior a dos (v)
    • Otra solución: relación ternaria como entidad débil (Entidad Asociativa)
    [EN2002] PROVEEDOR PRODUCTO TIENDA (1,1) (1,1) RECIBE (1,n) (1,n) REALIZA (1,1) (0,n) CONTIENE cantidad fecha nombre idprov codpr SUMINISTRO