SlideShare ist ein Scribd-Unternehmen logo
1 von 46
Modelo Entidad Relación
Extendido (MERE)


  Prof. Cesar Luza Montero



                             1
Concepto

 Es el resultado de aportaciones de diversos autores
  al modelo Entidad-Relación «básico».
 Permiten representar:


RELACIONE
RELACIONE        GENERALIZACION AGREGACION
                  GENERALIZACION AGREGACION
S
S                //
EXCLUSIVA
EXCLUSIVA        ESPECIALIZACIO
                  ESPECIALIZACIO
S
S                NN




                                                        2
Relaciones Exclusivas

 Dos (o más) tipos de relación son exclusivos, respecto de un
  tipo de entidad que participa en ambos, si cada instancia del
  tipo de entidad sólo puede participar en uno de los tipos de
  relación

                               VEHÍCULO


                     CONSUME               GASTA



                      GASOIL              GASOLINA

     CONSUME y GASTA son exclusivas respecto del tipo de entidad
       VEHICULO
                                                                  3
Relaciones Exclusivas

 Ejemplos



                         ARTICULO


             PUBLICADO              EMITIDO



             PERIODICO              REVISTA




                                              4
Relaciones Exclusivas

 Ejemplos



              ESTUDIANTE



    RESIDE     SE ALOJA EN    DOMICILIA



               RESIDENCIA       PISO
   VIVIENDA
               ESTUDIANTIL   COMPARTIDO
   FAMILIAR



                                          5
Especialización/Generalización (E/G)

 Caso especial de relación entre un tipo de entidad y
    varios otros tipos de entidad
   La jerarquía o relación que se establece entre uno y
    otros corresponde a la noción de “es_un” o de
    “es_un_tipo_de”
   Estas jerarquías pueden formarse por
    especialización o bien por generalización
   Especialización: Un ANIMAL es un FELINO
   Generalización: Un REPTIL es un tipo de ANIMAL;
    Un INSECTO es un tipo de ANIMAL

                                                           6
E/G: Subtipo de un tipo de entidad
 Agrupación de instancias dentro de un tipo de
  entidad, que debe representarse explícitamente
  debido a su importancia para el diseño o aplicación
      Subtipos del tipo de entidad VEHÍCULO:
           CAMIÓN
           TURISMO
           AUTOBÚS
           CICLOMOTOR
      Subtipos del tipo de entidad EMPLEADO:
           SECRETARIO
           GERENTE
           COMERCIAL
 El tipo de entidad que se especializa en otros se
  llama supertipo ( VEHICULO, EMPLEADO )
                                                        7
E/G: Relación Supertipo / Subtipo

 Es la relación que se establece entre
  un supertipo y cada uno de sus
  subtipos (noción es_un o                          EMPLEADO   [EN2002]
  es_un_tipo_de)
 Notaciones:

                EMPLEADO
                                       SECRETARIO    GERENTE   COMERCIAL


                                                    EMPLEADO [SKS1998]

   SECRETARIO   GERENTE    COMERCIAL
                                                       ES
   [MPM1999]
                                       SECRETARIO    GERENTE   COMERCIAL   8
E/G: Relación Supertipo / Subtipo
 La extensión de un subtipo es un subconjunto de la
  extensión del supertipo
      Una instancia de subtipo también es instancia del supertipo y
       es la misma instancia, pero con un papel específico distinto
      Una instancia no puede existir sólo por ser miembro de un
       subtipo: también debe ser miembro del supertipo
      Una instancia del supertipo puede no ser miembro de ningún
       subtipo

                                            EMPLEADO_HOSPITAL
           VEHÍCULO




  CAMIÓN   TURISMO    CICLOMOTOR   MÉDICO   CELADOR ENFERMERO LIMPIADOR
                                                                       9
E/G: Herencia de tipo
       Un subtipo puede tener atributos propios (específicos) y
        participar en relaciones por separado
       Un subtipo hereda todos los atributos del supertipo, y toda
        relación en la que participa el supertipo
           Un subtipo, con sus atributos y relaciones específicos, más
             los atributos y relaciones que hereda del supertipo, es un
             tipo de entidad por derecho propio
              numBastidor      VEHÍCULO           FABRICA            FABRICANTE
                   precio                 (1,n)              (1,1)
                                                   N:1

[MPM1999]                                                (1,1)    ID     (0,1)
                      CAMIÓN    TURISMO    MOTOCICLETA                           SIDECAR
                                                                 LLEVA
            numEjes                       numPlazas
                       tonelaje numPuer               cilindrada 1:1                       10
E/G: Especialización

 Proceso de definición de un conjunto de subtipos de un tipo
  de entidad (» supertipo)
 Subtipos suelen estar definidos según característica distintiva de
  las entidades del supertipo
    Discriminante de la especialización


                                 EMPLEADO           [MPM1999]
                 actividad


                    SECRETARIO    GERENTE   COMERCIAL


                                                                 11
E/G: Especialización

 Varias especializaciones de un tipo de entidad,
  con base en diferentes discriminantes
                                VEHÍCULO                       [MPM1999]
        motorS/N                                            tipo



  VEHÍCULO_A_MOTOR   VEHÍCULO_SIN_MOTOR   CAMIÓN TURISMO    MOTOCICLETA



                                           PELÍCULA
                                                           color
                                                                   [EN2002]
                             género



                     DRAMA TERROR     COMEDIA    BLANCO_Y_NEGRO     COLOR
                                                                            12
E/G: Especialización

  Conviene incluir relaciones subtipo/supertipo si hay...
        Atributos que sólo tienen sentido para algunas instancias de
         un tipo y no para todas (atributos específicos)
          especialidadMédica «no es aplicable» a CELADOR

        Tipos de relación en los que sólo participan algunas
         entidades de un tipo y no todas (relaciones específicas)
          Relación SUPERVISA entre CELADOR y SECCIÓN_HOSPITAL
                                             1:1

 [MPM1999]               CELADOR
                                   (1,1)
                                           SUPERVISA
                                                       (1,1)
                                                               SECCIÓN_HOSPITAL



                                                                             13
E/G: Generalización
  Proceso inverso de la especialización
  Suprimir diferencias entre varios tipos de entidad: identificar
    atributos y relaciones comunes, y formar un supertipo que los
    incluya

 numBastidor                                 numBastidor
                         fechaFab                              VEHÍCULO
  precio       CAMIÓN                                                      fechaFab
                                                    precio

      numEjes       tonelaje
                                         G         CAMIÓN                 TURISMO
                 fechaFab
numBastidor
                                              numEjes      tonelaje          numPuer

  precio       TURISMO         numPuer

                                                                                 14
E/G: Generalización vs. Especialización


     Generalización
   Énfasis en las similitudes
   Cada instancia del supertipo es también una instancia de
     alguno de los subtipos


   Especialización
   Énfasis en las diferencias
   Alguna instancia del supertipo puede no ser instancia de
     ningún subtipo


                                                           15
Restricciones sobre la E/G

 Definición
   ¿Qué instancias del supertipo pertenecen a cada subtipo?

 Disyunción/Solapamiento
   ¿A cuántos subtipos puede pertenecer (a la vez) una
     instancia del supertipo?

 Completitud/Parcialidad
   ¿Debe toda instancia del supertipo pertenecer a algún
     subtipo?



                                                              16
Restricciones sobre la E/G

 Subtipos definidos por predicado o condición
       Condición de pertenencia a cada subtipo
        con base en el valor de algún atributo del supertipo
       Restricción que especifica que...
           Las instancias del subtipo deben satisfacer la condición
           Todas las instancias del supertipo que cumplen la condición,
            deben pertenecer al subtipo

                                      PERSONA
                                                           [EN2002]
            estadoLaboral=en_activo              matriculado=true

                           EMPLEADO         ESTUDIANTE


                                                                           17
Restricciones sobre la E/G: Definición

  Subtipos definidos por atributo
         Todas las subclases definen la condición de pertenencia en
          términos del mismo atributo
         ... es el discriminante de la especialización

              PERSONA                            EMPLEADO_HOSPITAL

                  estadoLaboral                                         claseTrabajo

  en_activo              en_paro
                                   médico    celador
   EMPLEADO             PARADO                         enfermero   limpiador
                                    MÉDICO      CELADOR     ENFERMERO     LIMPIADOR



              [EN2002]                            [MPM1999]
                                                                               18
Restricciones sobre la E/G: Definición

  Subtipos definidos por el usuario
        No existe (o no interesa definir) ninguna condición de
         pertenencia a los subtipos
        El usuario, al insertar una instancia, elige a qué subtipo
         pertenece

                                PROFESOR           [MPM1999]



                      TITULAR   AYUDANTE   ASOCIADO

                                                                      19
Restricciones sobre la E/G:
Disyunción/Solapamiento

  Subtipos disjuntos si una instancia del supertipo puede ser
   miembro de, como máximo, uno de los subtipos


               VEHÍCULO                    VEHÍCULO


                 d
     TURISMO              CAMIÓN       TURISMO    CAMIÓN


          [EN2002]                      [MPM1999]

                                                           20
Restricciones sobre la E/G:
Disyunción/Solapamiento

  Subtipos solapados si una instancia del supertipo puede
   ser, a la vez, miembro de más de un subtipo
  Es la opción «por defecto»


               PERSONA                      PERSONA


                 o
    EMPLEADO         ESTUDIANTE       EMPLEADO   ESTUDIANTE



           [EN2002]                     [MPM1999]

                                                              21
Restricciones sobre la E/G:
Completitud/Parcialidad

  Especialización total (completa) indica que toda instancia
   del supertipo también debe ser instancia de algún subtipo


                                             ANIMAL
          ANIMAL


            d


  MACHO   HEMBRA   HERMAFRODITA    MACHO    HEMBRA    HERMAFRODITA

          [EN2002]                         [MPM1999]
                                                               22
Restricciones sobre la E/G:
Completitud/Parcialidad

  Especialización parcial indica que es posible que alguna
   instancia del supertipo no pertenezca a ninguno de los subtipos
  Es la opción «por defecto»
  La unión de las extensiones de los subtipos no es la extensión
   del supertipo en su totalidad



              ALIMENTO                       ALIMENTO
 [EN2002]                                             [MPM1999]
                 d

     LACTEO    FRUTA     VERDURA    LACTEO    FRUTA     VERDURA

                                                                  23
E/G: Tipos de Especialización

  Las restricciones de disyunción y completitud son
   independientes entre sí

  Dan lugar a 4 tipos de especialización:
        Disjunta y Total
        Disjunta y Parcial
        Solapada y Total
        Solapada y Parcial

  Lo veremos con un ejemplo de una base de datos de una
   Universidad

                                                           24
E/G: Especialización Disjunta y Total
            EMPLEADO                        ESTUDIANTE

                         claseTrabajo                       tipo


DOCENTE   ADMON_Y_SERV BECARIO            BECARIO    NO_BECARIO


Especialización Disjunta y Parcial
            DOCENTE

                          cuerpoDocente


 AYUDANTE   TITULAR    CATEDRÁTICO                  [MPM1999]
E/G: Especialización Solapada y Total
        PERSONA


                    ocupación


  EMPLEADO   ESTUDIANTE                          [MPM1999]

Especialización Solapada y Parcial
                                         EMPLEADO


                            dedicación


                                    DOCENTE   INVESTIGADOR
E/G: Reglas de inserción y eliminación


 Deben aplicarse a la Especialización y la Generalización, debido a
  las restricciones definidas

 Insertar una instancia en un supertipo implica
  insertarla en todos los subtipos definidos por predicado o por
  atributo, para los cuales satisface el predicado de definición

 Insertar una instancia en un supertipo de una
  especialización total implica insertarla en, al menos, un subtipo
  Y si la especialización es disjunta, entonces la instancia se
  insertará en un único subtipo


                                                                   27
E/G: Reglas de inserción y eliminación

  Eliminar una instancia de un supertipo implica eliminarla de
   todos los subtipos a los que pertenece

  Eliminar una instancia de un subtipo implica eliminarla del
   supertipo si la especialización es ...
        disjunta y total, o bien
        solapada y total, y la instancia ya sólo pertenece al
         subtipo (se eliminó del resto)
   En el resto de casos, la instancia sólo se elimina del subtipo
     No del supertipo ( lo haría el usuario, si fuese necesario)




                                                                  28
E/G: Jerarquías y Retículas

  Hasta ahora hemos estudiado jerarquías de especialización
   en las que se cumple la restricción:
        Todo subtipo participa en sólo una relación
         supertipo/subtipo
        Un subtipo tiene un único supertipo: es el concepto de árbol

  En una retícula de especialización...
        Un subtipo puede participar en varias relaciones
         supertipo/subtipo
        Un subtipo puede tener más de un supertipo


                                                                   29
E/G: Jerarquías y Retículas
                                    nombre
  [MPM1999]                            dni        PERSONA
                                   dirección
                                        sexo                     ocupación


                        jornada                                               jornada
 fechaIni DESEMPLEADO    salario        EMPLEADO            ESTUDIANTE        carrera


                     dedicación                                              tipoEstudiante


     (1, n) centro   DOCENTE ADMÓN_Y_SERV              BECARIO      NO_BECARIO

                                      puesto                 beca
   cuerpoDocente



       CATEDRÁTICO TITULAR NO_NUMERARIO

       tipoCátedra   tipoPlaza      duraciónContrato
E/G: Jerarquías y Retículas: Herencia
múltiple
  En las jerarquías de especialización
       Cada subtipo hereda atributos y relaciones...
           de su (único) supertipo directo

           y de sus supertipos predecesores, hasta la raíz

       TITULAR hereda de DOCENTE, EMPLEADO y PERSONA
  En las retículas de especialización
       Un subtipo hereda atributos y relaciones...
           de sus supertipos (múltiples) directos  herencia

            múltiple
           y de todos sus supertipos predecesores, hasta la raíz

       BECARIO hereda directamente de EMPLEADO y ESTUDIANTE,
        e indirectamente hereda de PERSONA
    »   Los subtipos compartidos dan lugar a retículas            31
E/G: Jerarquías y Retículas: Herencia
múltiple
  En herencia múltiple pueden surgir conflictos al heredar atributos
    distintos denominados igual
         BECARIO hereda “jornada” de dos predecesores ¡¡ !!

  ¿Cómo resolver esta situación?
         Renombrar algunos de los atributos en conflicto
            BECARIO hereda ambos atributos:
               – “jornada” corresponde a “jornada” de EMPLEADO y
               – “jornadaEstudio” corresponde a “jornada” de ESTUDIANTE
         Definir un orden de prioridad en la herencia
            BECARIO hereda “jornada” de ESTUDIANTE y no de

             EMPLEADO
                                                                        32
E/G: Jerarquías y Retículas:
Inhibición de la herencia
  Algunos modelos de datos permiten indicar que ciertos atributos
   del supertipo no deben ser heredados por los subtipos


                       POLÍGONO
                                                       [MPM1999]
         numVértices

                                                        ancho
         PENTÁGONO     TRIÁNGULO     RECTÁNGULO         alto



                                              CUADRADO         lado
         “ancho” y “alto” no deberían ser heredados por el subtipo

                                                                       33
E/G: Jerarquías y Retículas:
Redefinición de atributos heredados
  Si un supertipo y un subtipo tienen un atributo con el mismo
   nombre, se entiende que el atributo del subtipo redefine el
   del supertipo
      Se utiliza el mismo nombre y significado semántico
      pero se modifica cómo se calcula o cómo se representa el
       valor del atributo
  Tiene sentido sobre todo para atributos derivados


                                    ancho
                                                   [MPM1999]
          área     RECTÁNGULO       alto

                                            área
                           CUADRADO         lado
                                                              34
E/G: Jerarquías y Retículas:
Tratamiento de la herencia
  Consideraremos que en el MERE ...
         Los subtipos heredan todos los atributos de los
          supertipos
         Pero se permite la redefinición de atributos en los
          subtipos, y la inhibición de laancho
                                          herencia de atributos
            área      RECTÁNGULO        alto            [MPM1999]
                                                 área
                               CUADRADO         lado


  ... y si se da herencia múltiple y existe conflicto de nombres, el
    usuario elegirá entre
       Renombrar algunos atributos en conflicto, o
       Inhibir la herencia de algunos atributos                  35
Agregación de tipos de entidad

 Restricción inherente del MER:
      No puede expresar relaciones
           entre varias relaciones, ni
           entre un tipo de relación y un tipo de entidad
 La agregación...
      Permite combinar varios tipos de entidad, relacionados
       mediante un tipo de relación, para formar un tipo de
       entidad agregada de nivel superior
      Útil cuando el tipo de entidad agregado debe
       relacionarse con otros tipos de entidad



                                                                36
Agregación de tipos de entidad

 EJEMPLO 1:
         Esquema en el MERE que almacena información sobre las entrevistas que
          una CONSULTORA organiza entre SOLICITANTES de empleo y diferentes
          EMPRESAS
     nombre
                                                                               nif
                     (1,n)                             (1,m)
           EMPRESA              ENTREVISTA_A                   SOLICITANTE
                      M                                 N
     dirección                fecha            telefContacto                  nombre
                                                                      telef
                                 nomContacto


   Algunas entrevistas dan lugar a ofertas de empleos y otras no
       ¿cómo modelamos esto?
                                                                                     37
Agregación de tipos de entidad

  Solución 1: Relación ternaria


      EMPRESA       ENTREVISTA_A      SOLICITANTE


                   OFERTA_EMPLEO



                     ¡ERROR!
       » Toda entrevista da lugar a un empleo
                 ¡ESO ES FALSO!
                                                    38
Agregación de tipos de entidad

  Solución 2:


     EMPRESA        ENTREVISTA_A       SOLICITANTE



                    RESULTA_EN


                   OFERTA_EMPLEO

                    ¡ERROR!
          NO es posible establecer una
         relación entre varias relaciones,
          ni entre relaciones y entidades            39
Agregación de tipos de entidad

  Solución 3:

                   EMPRESA          ENTREVISTA_A         SOLICITANTE
                ENTREVISTA


       Entidad                       RESULTA_EN
    COMPUESTA o
     AGREGADA
                                   OFERTA_EMPLEO


                                       OK!

        OFERTA_EMPLEO tiene dependencia en existencia respecto de
         RESULTA_EN
                                                                       40
Agregación de tipos de entidad

  Solución 4: Relación ternaria « falsa»



    nombre                                          nif

                (0,n)                  (0,m)
    EMPRESA               REALIZA              SOLICITANTE
                        (1,1)
                                           (0,1)              (1,1)   OFERTA
                        ENTREVISTA                   GENERA
             fecha                                                    EMPLEO

                nomContacto         telefContacto                     idOferta

        Tipo de entidad débil de otros dos
        ¿Qué significa que ENTREVISTA tenga fecha como clave parcial?
                                                                                 41
Agregación de tipos de entidad

  Solución 5:


           nombre                                            nif

              EMPRESA                                  SOLICITANTE
                                   fecha
             (1,1)                                           (1,1)
                         (0,n)                  (0,m)
               REALIZA           ENTREVISTA              AFRONTA

                                       (1,1)
                                               (0,1)     OFERTA
                                  GENERA                             idOferta
                                                         EMPLEO


     Tipo de entidad débil de otros dos
                                                                                42
Agregación de tipos de entidad

  Ejemplo 2:
       Esquema en el MERE que almacena información acerca de profesores y
        las asignaturas que éstos imparten, así como los diversos medios que
        utilizan para impartir cada asignatura (pizarra, transparencias, etc.)

                      M                     N
         PROFESOR            EXPLICA            ASIGNATURA
                                  M

                              UTILIZA
                                  N
                              MEDIO

              ¡ERROR! no es posible establecer una
             relación entre una relación y una entidad                     43
Agregación de tipos de entidad

  Solución:



                             M             N
                  PROFESOR       EXPLICA       ASIGNATURA

                   EXPLICACIÓN
                                     M
     Entidad COMPUESTA
        o AGREGADA               UTILIZA
                                     N
                                 MEDIO




                                                            44
Agregación

 AGREGACIÓN COMPUESTO / COMPONENTE:
      Un todo se obtiene por la unión de diversas partes, que
       pueden ser objetos distintos y que desempeñan papeles
       distintos en la agregación.



                           COCHE


                (1,1)     (1,1)       (4,4)

               CHASIS      MOTOR      RUEDA




                                                                 45
Agregación

 AGREGACIÓN COLECCIÓN / MIEMBRO :
      Un todo se obtiene por la unión de diversas partes del mismo
       tipo y que desempeñan el mismo papel en la agregación.
      Se puede establecer orden entre las partes




   BOSQUE            ARBOL            FLOTA                  BARCO
                                                {NumBarco}




                                                                     46

Weitere ähnliche Inhalte

Was ist angesagt?

Presentacion Sql 2
Presentacion Sql 2Presentacion Sql 2
Presentacion Sql 2Martink137
 
diagrama de colaboracion
diagrama de colaboraciondiagrama de colaboracion
diagrama de colaboracionstill01
 
Normalización de bases de datos
Normalización de bases de datosNormalización de bases de datos
Normalización de bases de datoshugofreestyle
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseGuillermo Díaz
 
Algebra relacional
Algebra relacionalAlgebra relacional
Algebra relacionalclaudyabra
 
Diagramas de despliegue
Diagramas de despliegueDiagramas de despliegue
Diagramas de desplieguegmjuan
 
UML: Diagrama de caso de uso
UML: Diagrama de caso de usoUML: Diagrama de caso de uso
UML: Diagrama de caso de usoElvin Hernandez
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datosSergio Sanchez
 
El modelo entidad_relacion
El modelo entidad_relacionEl modelo entidad_relacion
El modelo entidad_relacionLuis Lucho
 
Curso Java Inicial 5 Relaciones Entre Objetos
Curso Java Inicial   5 Relaciones Entre ObjetosCurso Java Inicial   5 Relaciones Entre Objetos
Curso Java Inicial 5 Relaciones Entre ObjetosEmilio Aviles Avila
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion okBB
 
UML. un analisis comparativo para la diagramación de software
UML.  un analisis comparativo para la diagramación de softwareUML.  un analisis comparativo para la diagramación de software
UML. un analisis comparativo para la diagramación de softwareYaskelly Yedra
 
Sesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisisSesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisisJulio Pari
 

Was ist angesagt? (20)

Presentacion Sql 2
Presentacion Sql 2Presentacion Sql 2
Presentacion Sql 2
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Clase 4 MER Extendido
Clase 4 MER  ExtendidoClase 4 MER  Extendido
Clase 4 MER Extendido
 
diagrama de colaboracion
diagrama de colaboraciondiagrama de colaboracion
diagrama de colaboracion
 
Normalización de bases de datos
Normalización de bases de datosNormalización de bases de datos
Normalización de bases de datos
 
Clase4 poo-uml
Clase4 poo-umlClase4 poo-uml
Clase4 poo-uml
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Algebra relacional
Algebra relacionalAlgebra relacional
Algebra relacional
 
Unidad 6 Lenguaje Sql
Unidad 6 Lenguaje SqlUnidad 6 Lenguaje Sql
Unidad 6 Lenguaje Sql
 
Diagramas de despliegue
Diagramas de despliegueDiagramas de despliegue
Diagramas de despliegue
 
UML: Diagrama de caso de uso
UML: Diagrama de caso de usoUML: Diagrama de caso de uso
UML: Diagrama de caso de uso
 
Clase 1 Modelo Físico de Base de Datos
Clase 1 Modelo Físico de Base de DatosClase 1 Modelo Físico de Base de Datos
Clase 1 Modelo Físico de Base de Datos
 
5 modelo relacional
5 modelo relacional5 modelo relacional
5 modelo relacional
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datos
 
El modelo entidad_relacion
El modelo entidad_relacionEl modelo entidad_relacion
El modelo entidad_relacion
 
Curso Java Inicial 5 Relaciones Entre Objetos
Curso Java Inicial   5 Relaciones Entre ObjetosCurso Java Inicial   5 Relaciones Entre Objetos
Curso Java Inicial 5 Relaciones Entre Objetos
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion ok
 
Bases de Datos - Parte 3/10 Modelo ER
Bases de Datos - Parte 3/10 Modelo ERBases de Datos - Parte 3/10 Modelo ER
Bases de Datos - Parte 3/10 Modelo ER
 
UML. un analisis comparativo para la diagramación de software
UML.  un analisis comparativo para la diagramación de softwareUML.  un analisis comparativo para la diagramación de software
UML. un analisis comparativo para la diagramación de software
 
Sesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisisSesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisis
 

Mehr von Julio Pari

Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Julio Pari
 
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesLinks kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesJulio Pari
 
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesComandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesJulio Pari
 
Indice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPCIndice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPCJulio Pari
 
Arquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSMArquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSMJulio Pari
 
Jelastic Enterprise
Jelastic EnterpriseJelastic Enterprise
Jelastic EnterpriseJulio Pari
 
Marketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor OsorioMarketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor OsorioJulio Pari
 
Ingenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor CorderoIngenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor CorderoJulio Pari
 
Documento de Arquitectura
Documento de ArquitecturaDocumento de Arquitectura
Documento de ArquitecturaJulio Pari
 
Solucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISISolucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISIJulio Pari
 
Práctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa IIPráctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa IIJulio Pari
 
Armas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilasArmas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilasJulio Pari
 
Formato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISIFormato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISIJulio Pari
 
Cuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hijaCuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hijaJulio Pari
 
Ingeniería de Software Examen Parcial
Ingeniería de Software Examen ParcialIngeniería de Software Examen Parcial
Ingeniería de Software Examen ParcialJulio Pari
 
Sistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen ParcialSistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen ParcialJulio Pari
 
Php07 consultas bd
Php07 consultas bdPhp07 consultas bd
Php07 consultas bdJulio Pari
 
Php06 instalacion my_sql
Php06 instalacion my_sqlPhp06 instalacion my_sql
Php06 instalacion my_sqlJulio Pari
 
Php05 funciones usuario
Php05 funciones usuarioPhp05 funciones usuario
Php05 funciones usuarioJulio Pari
 

Mehr von Julio Pari (20)

Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
 
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesLinks kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
 
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesComandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
 
Indice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPCIndice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPC
 
Arquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSMArquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSM
 
Jelastic Enterprise
Jelastic EnterpriseJelastic Enterprise
Jelastic Enterprise
 
Marketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor OsorioMarketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor Osorio
 
Ingenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor CorderoIngenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor Cordero
 
Documento de Arquitectura
Documento de ArquitecturaDocumento de Arquitectura
Documento de Arquitectura
 
Solucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISISolucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISI
 
Práctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa IIPráctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa II
 
Armas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilasArmas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilas
 
UML Java
UML JavaUML Java
UML Java
 
Formato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISIFormato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISI
 
Cuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hijaCuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hija
 
Ingeniería de Software Examen Parcial
Ingeniería de Software Examen ParcialIngeniería de Software Examen Parcial
Ingeniería de Software Examen Parcial
 
Sistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen ParcialSistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen Parcial
 
Php07 consultas bd
Php07 consultas bdPhp07 consultas bd
Php07 consultas bd
 
Php06 instalacion my_sql
Php06 instalacion my_sqlPhp06 instalacion my_sql
Php06 instalacion my_sql
 
Php05 funciones usuario
Php05 funciones usuarioPhp05 funciones usuario
Php05 funciones usuario
 

Tm09 modelo er_extendido

  • 1. Modelo Entidad Relación Extendido (MERE) Prof. Cesar Luza Montero 1
  • 2. Concepto  Es el resultado de aportaciones de diversos autores al modelo Entidad-Relación «básico».  Permiten representar: RELACIONE RELACIONE GENERALIZACION AGREGACION GENERALIZACION AGREGACION S S // EXCLUSIVA EXCLUSIVA ESPECIALIZACIO ESPECIALIZACIO S S NN 2
  • 3. Relaciones Exclusivas  Dos (o más) tipos de relación son exclusivos, respecto de un tipo de entidad que participa en ambos, si cada instancia del tipo de entidad sólo puede participar en uno de los tipos de relación VEHÍCULO CONSUME GASTA GASOIL GASOLINA  CONSUME y GASTA son exclusivas respecto del tipo de entidad VEHICULO 3
  • 4. Relaciones Exclusivas  Ejemplos ARTICULO PUBLICADO EMITIDO PERIODICO REVISTA 4
  • 5. Relaciones Exclusivas  Ejemplos ESTUDIANTE RESIDE SE ALOJA EN DOMICILIA RESIDENCIA PISO VIVIENDA ESTUDIANTIL COMPARTIDO FAMILIAR 5
  • 6. Especialización/Generalización (E/G)  Caso especial de relación entre un tipo de entidad y varios otros tipos de entidad  La jerarquía o relación que se establece entre uno y otros corresponde a la noción de “es_un” o de “es_un_tipo_de”  Estas jerarquías pueden formarse por especialización o bien por generalización  Especialización: Un ANIMAL es un FELINO  Generalización: Un REPTIL es un tipo de ANIMAL; Un INSECTO es un tipo de ANIMAL 6
  • 7. E/G: Subtipo de un tipo de entidad  Agrupación de instancias dentro de un tipo de entidad, que debe representarse explícitamente debido a su importancia para el diseño o aplicación  Subtipos del tipo de entidad VEHÍCULO:  CAMIÓN  TURISMO  AUTOBÚS  CICLOMOTOR  Subtipos del tipo de entidad EMPLEADO:  SECRETARIO  GERENTE  COMERCIAL  El tipo de entidad que se especializa en otros se llama supertipo ( VEHICULO, EMPLEADO ) 7
  • 8. E/G: Relación Supertipo / Subtipo  Es la relación que se establece entre un supertipo y cada uno de sus subtipos (noción es_un o EMPLEADO [EN2002] es_un_tipo_de)  Notaciones: EMPLEADO SECRETARIO GERENTE COMERCIAL EMPLEADO [SKS1998] SECRETARIO GERENTE COMERCIAL ES [MPM1999] SECRETARIO GERENTE COMERCIAL 8
  • 9. E/G: Relación Supertipo / Subtipo  La extensión de un subtipo es un subconjunto de la extensión del supertipo  Una instancia de subtipo también es instancia del supertipo y es la misma instancia, pero con un papel específico distinto  Una instancia no puede existir sólo por ser miembro de un subtipo: también debe ser miembro del supertipo  Una instancia del supertipo puede no ser miembro de ningún subtipo EMPLEADO_HOSPITAL VEHÍCULO CAMIÓN TURISMO CICLOMOTOR MÉDICO CELADOR ENFERMERO LIMPIADOR 9
  • 10. E/G: Herencia de tipo  Un subtipo puede tener atributos propios (específicos) y participar en relaciones por separado  Un subtipo hereda todos los atributos del supertipo, y toda relación en la que participa el supertipo  Un subtipo, con sus atributos y relaciones específicos, más los atributos y relaciones que hereda del supertipo, es un tipo de entidad por derecho propio numBastidor VEHÍCULO FABRICA FABRICANTE precio (1,n) (1,1) N:1 [MPM1999] (1,1) ID (0,1) CAMIÓN TURISMO MOTOCICLETA SIDECAR LLEVA numEjes numPlazas tonelaje numPuer cilindrada 1:1 10
  • 11. E/G: Especialización  Proceso de definición de un conjunto de subtipos de un tipo de entidad (» supertipo)  Subtipos suelen estar definidos según característica distintiva de las entidades del supertipo  Discriminante de la especialización EMPLEADO [MPM1999] actividad SECRETARIO GERENTE COMERCIAL 11
  • 12. E/G: Especialización  Varias especializaciones de un tipo de entidad, con base en diferentes discriminantes VEHÍCULO [MPM1999] motorS/N tipo VEHÍCULO_A_MOTOR VEHÍCULO_SIN_MOTOR CAMIÓN TURISMO MOTOCICLETA PELÍCULA color [EN2002] género DRAMA TERROR COMEDIA BLANCO_Y_NEGRO COLOR 12
  • 13. E/G: Especialización  Conviene incluir relaciones subtipo/supertipo si hay...  Atributos que sólo tienen sentido para algunas instancias de un tipo y no para todas (atributos específicos) especialidadMédica «no es aplicable» a CELADOR  Tipos de relación en los que sólo participan algunas entidades de un tipo y no todas (relaciones específicas) Relación SUPERVISA entre CELADOR y SECCIÓN_HOSPITAL 1:1 [MPM1999] CELADOR (1,1) SUPERVISA (1,1) SECCIÓN_HOSPITAL 13
  • 14. E/G: Generalización  Proceso inverso de la especialización  Suprimir diferencias entre varios tipos de entidad: identificar atributos y relaciones comunes, y formar un supertipo que los incluya numBastidor numBastidor fechaFab VEHÍCULO precio CAMIÓN fechaFab precio numEjes tonelaje G CAMIÓN TURISMO fechaFab numBastidor numEjes tonelaje numPuer precio TURISMO numPuer 14
  • 15. E/G: Generalización vs. Especialización  Generalización  Énfasis en las similitudes  Cada instancia del supertipo es también una instancia de alguno de los subtipos  Especialización  Énfasis en las diferencias  Alguna instancia del supertipo puede no ser instancia de ningún subtipo 15
  • 16. Restricciones sobre la E/G  Definición ¿Qué instancias del supertipo pertenecen a cada subtipo?  Disyunción/Solapamiento ¿A cuántos subtipos puede pertenecer (a la vez) una instancia del supertipo?  Completitud/Parcialidad ¿Debe toda instancia del supertipo pertenecer a algún subtipo? 16
  • 17. Restricciones sobre la E/G  Subtipos definidos por predicado o condición  Condición de pertenencia a cada subtipo con base en el valor de algún atributo del supertipo  Restricción que especifica que...  Las instancias del subtipo deben satisfacer la condición  Todas las instancias del supertipo que cumplen la condición, deben pertenecer al subtipo PERSONA [EN2002] estadoLaboral=en_activo matriculado=true EMPLEADO ESTUDIANTE 17
  • 18. Restricciones sobre la E/G: Definición  Subtipos definidos por atributo  Todas las subclases definen la condición de pertenencia en términos del mismo atributo  ... es el discriminante de la especialización PERSONA EMPLEADO_HOSPITAL estadoLaboral claseTrabajo en_activo en_paro médico celador EMPLEADO PARADO enfermero limpiador MÉDICO CELADOR ENFERMERO LIMPIADOR [EN2002] [MPM1999] 18
  • 19. Restricciones sobre la E/G: Definición  Subtipos definidos por el usuario  No existe (o no interesa definir) ninguna condición de pertenencia a los subtipos  El usuario, al insertar una instancia, elige a qué subtipo pertenece PROFESOR [MPM1999] TITULAR AYUDANTE ASOCIADO 19
  • 20. Restricciones sobre la E/G: Disyunción/Solapamiento  Subtipos disjuntos si una instancia del supertipo puede ser miembro de, como máximo, uno de los subtipos VEHÍCULO VEHÍCULO d TURISMO CAMIÓN TURISMO CAMIÓN [EN2002] [MPM1999] 20
  • 21. Restricciones sobre la E/G: Disyunción/Solapamiento  Subtipos solapados si una instancia del supertipo puede ser, a la vez, miembro de más de un subtipo  Es la opción «por defecto» PERSONA PERSONA o EMPLEADO ESTUDIANTE EMPLEADO ESTUDIANTE [EN2002] [MPM1999] 21
  • 22. Restricciones sobre la E/G: Completitud/Parcialidad  Especialización total (completa) indica que toda instancia del supertipo también debe ser instancia de algún subtipo ANIMAL ANIMAL d MACHO HEMBRA HERMAFRODITA MACHO HEMBRA HERMAFRODITA [EN2002] [MPM1999] 22
  • 23. Restricciones sobre la E/G: Completitud/Parcialidad  Especialización parcial indica que es posible que alguna instancia del supertipo no pertenezca a ninguno de los subtipos  Es la opción «por defecto»  La unión de las extensiones de los subtipos no es la extensión del supertipo en su totalidad ALIMENTO ALIMENTO [EN2002] [MPM1999] d LACTEO FRUTA VERDURA LACTEO FRUTA VERDURA 23
  • 24. E/G: Tipos de Especialización  Las restricciones de disyunción y completitud son independientes entre sí  Dan lugar a 4 tipos de especialización:  Disjunta y Total  Disjunta y Parcial  Solapada y Total  Solapada y Parcial  Lo veremos con un ejemplo de una base de datos de una Universidad 24
  • 25. E/G: Especialización Disjunta y Total EMPLEADO ESTUDIANTE claseTrabajo tipo DOCENTE ADMON_Y_SERV BECARIO BECARIO NO_BECARIO Especialización Disjunta y Parcial DOCENTE cuerpoDocente AYUDANTE TITULAR CATEDRÁTICO [MPM1999]
  • 26. E/G: Especialización Solapada y Total PERSONA ocupación EMPLEADO ESTUDIANTE [MPM1999] Especialización Solapada y Parcial EMPLEADO dedicación DOCENTE INVESTIGADOR
  • 27. E/G: Reglas de inserción y eliminación  Deben aplicarse a la Especialización y la Generalización, debido a las restricciones definidas  Insertar una instancia en un supertipo implica insertarla en todos los subtipos definidos por predicado o por atributo, para los cuales satisface el predicado de definición  Insertar una instancia en un supertipo de una especialización total implica insertarla en, al menos, un subtipo Y si la especialización es disjunta, entonces la instancia se insertará en un único subtipo 27
  • 28. E/G: Reglas de inserción y eliminación  Eliminar una instancia de un supertipo implica eliminarla de todos los subtipos a los que pertenece  Eliminar una instancia de un subtipo implica eliminarla del supertipo si la especialización es ...  disjunta y total, o bien  solapada y total, y la instancia ya sólo pertenece al subtipo (se eliminó del resto) En el resto de casos, la instancia sólo se elimina del subtipo  No del supertipo ( lo haría el usuario, si fuese necesario) 28
  • 29. E/G: Jerarquías y Retículas  Hasta ahora hemos estudiado jerarquías de especialización en las que se cumple la restricción:  Todo subtipo participa en sólo una relación supertipo/subtipo  Un subtipo tiene un único supertipo: es el concepto de árbol  En una retícula de especialización...  Un subtipo puede participar en varias relaciones supertipo/subtipo  Un subtipo puede tener más de un supertipo 29
  • 30. E/G: Jerarquías y Retículas nombre [MPM1999] dni PERSONA dirección sexo ocupación jornada jornada fechaIni DESEMPLEADO salario EMPLEADO ESTUDIANTE carrera dedicación tipoEstudiante (1, n) centro DOCENTE ADMÓN_Y_SERV BECARIO NO_BECARIO puesto beca cuerpoDocente CATEDRÁTICO TITULAR NO_NUMERARIO tipoCátedra tipoPlaza duraciónContrato
  • 31. E/G: Jerarquías y Retículas: Herencia múltiple  En las jerarquías de especialización  Cada subtipo hereda atributos y relaciones...  de su (único) supertipo directo  y de sus supertipos predecesores, hasta la raíz  TITULAR hereda de DOCENTE, EMPLEADO y PERSONA  En las retículas de especialización  Un subtipo hereda atributos y relaciones...  de sus supertipos (múltiples) directos  herencia múltiple  y de todos sus supertipos predecesores, hasta la raíz  BECARIO hereda directamente de EMPLEADO y ESTUDIANTE, e indirectamente hereda de PERSONA » Los subtipos compartidos dan lugar a retículas 31
  • 32. E/G: Jerarquías y Retículas: Herencia múltiple  En herencia múltiple pueden surgir conflictos al heredar atributos distintos denominados igual  BECARIO hereda “jornada” de dos predecesores ¡¡ !!  ¿Cómo resolver esta situación?  Renombrar algunos de los atributos en conflicto  BECARIO hereda ambos atributos: – “jornada” corresponde a “jornada” de EMPLEADO y – “jornadaEstudio” corresponde a “jornada” de ESTUDIANTE  Definir un orden de prioridad en la herencia  BECARIO hereda “jornada” de ESTUDIANTE y no de EMPLEADO 32
  • 33. E/G: Jerarquías y Retículas: Inhibición de la herencia  Algunos modelos de datos permiten indicar que ciertos atributos del supertipo no deben ser heredados por los subtipos POLÍGONO [MPM1999] numVértices ancho PENTÁGONO TRIÁNGULO RECTÁNGULO alto  CUADRADO lado “ancho” y “alto” no deberían ser heredados por el subtipo 33
  • 34. E/G: Jerarquías y Retículas: Redefinición de atributos heredados  Si un supertipo y un subtipo tienen un atributo con el mismo nombre, se entiende que el atributo del subtipo redefine el del supertipo  Se utiliza el mismo nombre y significado semántico  pero se modifica cómo se calcula o cómo se representa el valor del atributo  Tiene sentido sobre todo para atributos derivados ancho [MPM1999] área RECTÁNGULO alto área CUADRADO lado 34
  • 35. E/G: Jerarquías y Retículas: Tratamiento de la herencia  Consideraremos que en el MERE ...  Los subtipos heredan todos los atributos de los supertipos  Pero se permite la redefinición de atributos en los subtipos, y la inhibición de laancho herencia de atributos área RECTÁNGULO alto [MPM1999] área CUADRADO lado  ... y si se da herencia múltiple y existe conflicto de nombres, el usuario elegirá entre  Renombrar algunos atributos en conflicto, o  Inhibir la herencia de algunos atributos 35
  • 36. Agregación de tipos de entidad  Restricción inherente del MER:  No puede expresar relaciones  entre varias relaciones, ni  entre un tipo de relación y un tipo de entidad  La agregación...  Permite combinar varios tipos de entidad, relacionados mediante un tipo de relación, para formar un tipo de entidad agregada de nivel superior  Útil cuando el tipo de entidad agregado debe relacionarse con otros tipos de entidad 36
  • 37. Agregación de tipos de entidad  EJEMPLO 1:  Esquema en el MERE que almacena información sobre las entrevistas que una CONSULTORA organiza entre SOLICITANTES de empleo y diferentes EMPRESAS nombre nif (1,n) (1,m) EMPRESA ENTREVISTA_A SOLICITANTE M N dirección fecha telefContacto nombre telef nomContacto  Algunas entrevistas dan lugar a ofertas de empleos y otras no ¿cómo modelamos esto? 37
  • 38. Agregación de tipos de entidad  Solución 1: Relación ternaria EMPRESA ENTREVISTA_A SOLICITANTE OFERTA_EMPLEO ¡ERROR! » Toda entrevista da lugar a un empleo ¡ESO ES FALSO! 38
  • 39. Agregación de tipos de entidad  Solución 2: EMPRESA ENTREVISTA_A SOLICITANTE RESULTA_EN OFERTA_EMPLEO ¡ERROR! NO es posible establecer una relación entre varias relaciones, ni entre relaciones y entidades 39
  • 40. Agregación de tipos de entidad  Solución 3: EMPRESA ENTREVISTA_A SOLICITANTE ENTREVISTA Entidad RESULTA_EN COMPUESTA o AGREGADA OFERTA_EMPLEO OK!  OFERTA_EMPLEO tiene dependencia en existencia respecto de RESULTA_EN 40
  • 41. Agregación de tipos de entidad  Solución 4: Relación ternaria « falsa» nombre nif (0,n) (0,m) EMPRESA REALIZA SOLICITANTE (1,1) (0,1) (1,1) OFERTA ENTREVISTA GENERA fecha EMPLEO nomContacto telefContacto idOferta  Tipo de entidad débil de otros dos  ¿Qué significa que ENTREVISTA tenga fecha como clave parcial? 41
  • 42. Agregación de tipos de entidad  Solución 5: nombre nif EMPRESA SOLICITANTE fecha (1,1) (1,1) (0,n) (0,m) REALIZA ENTREVISTA AFRONTA (1,1) (0,1) OFERTA GENERA idOferta EMPLEO  Tipo de entidad débil de otros dos 42
  • 43. Agregación de tipos de entidad  Ejemplo 2:  Esquema en el MERE que almacena información acerca de profesores y las asignaturas que éstos imparten, así como los diversos medios que utilizan para impartir cada asignatura (pizarra, transparencias, etc.) M N PROFESOR EXPLICA ASIGNATURA M UTILIZA N MEDIO ¡ERROR! no es posible establecer una relación entre una relación y una entidad 43
  • 44. Agregación de tipos de entidad  Solución: M N PROFESOR EXPLICA ASIGNATURA EXPLICACIÓN M Entidad COMPUESTA o AGREGADA UTILIZA N MEDIO 44
  • 45. Agregación  AGREGACIÓN COMPUESTO / COMPONENTE:  Un todo se obtiene por la unión de diversas partes, que pueden ser objetos distintos y que desempeñan papeles distintos en la agregación. COCHE (1,1) (1,1) (4,4) CHASIS MOTOR RUEDA 45
  • 46. Agregación  AGREGACIÓN COLECCIÓN / MIEMBRO :  Un todo se obtiene por la unión de diversas partes del mismo tipo y que desempeñan el mismo papel en la agregación.  Se puede establecer orden entre las partes BOSQUE ARBOL FLOTA BARCO {NumBarco} 46

Hinweis der Redaktion

  1. Los elementos que hemos visto hasta ahora son suficientes para realizar el diseño conceptual de la mayoría de esquemas de base de datos para aplicaciones de base de datos tradicionales (administrativas). Sin embargo, desde los años 80 ha ido en aumento el desarrollo de nuevas aplicaciones de BD, como herramientas CAD, CAM y CASE y aplicaciones multimedia. Los requisitos de base de datos de este tipo de aplicaciones son mayores y más complejos que los de las tradicionales y los conceptos básicos del modelo ER no son suficientes para representarlos. Este hecho hizo que se añadieran nuevos conceptos semánticos de modelado al modelo ER original, dando lugar al modelo entidad-relación extendido (EER: enhanced Entity-Relationship model). CAD: Computer Aided Design CAM: Computer Aided Manufacturing CASE: Computer Aided Software Engineering
  2. Otro ejemplo sería el de un ARTÍCULO que pudiera publicarse en un PERIÓDICO o en una REVISTA, pero nunca en ambos. Un ejemplo más sería el de los domicilios de los estudiantes universitarios durante el curso académico. Un ESTUDIANTE se puede alojar en un DOMICILIO_FAMILIAR, una RESIDENCIA_ESTUDIANTES o en un PISO_COMPARTIDO. Las tres relaciones que unen a ESTUDIANTE con las tres entidades serían exclusivas entre sí.
  3. Otro ejemplo sería el de un ARTÍCULO que pudiera publicarse en un PERIÓDICO o en una REVISTA, pero nunca en ambos. Un ejemplo más sería el de los domicilios de los estudiantes universitarios durante el curso académico. Un ESTUDIANTE se puede alojar en un DOMICILIO_FAMILIAR, una RESIDENCIA_ESTUDIANTES o en un PISO_COMPARTIDO. Las tres relaciones que unen a ESTUDIANTE con las tres entidades serían exclusivas entre sí.
  4. Otro ejemplo sería el de un ARTÍCULO que pudiera publicarse en un PERIÓDICO o en una REVISTA, pero nunca en ambos. Un ejemplo más sería el de los domicilios de los estudiantes universitarios durante el curso académico. Un ESTUDIANTE se puede alojar en un DOMICILIO_FAMILIAR, una RESIDENCIA_ESTUDIANTES o en un PISO_COMPARTIDO. Las tres relaciones que unen a ESTUDIANTE con las tres entidades serían exclusivas entre sí.
  5. (*transparencia de introducción, todo lo que ella indica se trata con profundidad más adelante*) Especialización: Un ANIMAL es un FELINO Generalización: Un REPTIL es un tipo de ANIMAL; Un INSECTO es un tipo de ANIMAL
  6. La entidad del subtipo representa la misma entidad que el supertipo, luego debe poseer valores para los atributos como miembro del supertipo, además de valores para los atributos específicos.
  7. Todo lo que indiquemos en las transparencias siguientes acerca de Jerarquías y Retículas de Especialización es aplicable a Jerarquías y Retículas de Generalización.
  8. Ojo: si un subtipo hereda por varios caminos distintos el MISMO atributo, el subtipo sólo los hereda una vez. Es el caso de los atributos “dni” o “nombre” en el caso de BECARIO, que los hereda por dos caminos: vía EMPLEADO y vía ESTUDIANTE. El conflicto surge cuando se heredan atributos DISTINTOS con el mismo nombre
  9. La definición de un orden de prioridad lleva implícita la inhibición de la herencia de algunos atributos, que tratamos en la transparencia siguiente
  10. Aplicable al caso de relaciones (en lugar de atributos).
  11. Aplicable al caso de relaciones (en lugar de atributos).
  12. Aplicable al caso de relaciones (en lugar de atributos).
  13. IMPORTANTE: para que exista una instancia de una relación, es necesario que existan tres instancias vinculadas, una de cada entidad participante en la relación.
  14. Aplicable al caso de relaciones (en lugar de atributos).
  15. Aplicable al caso de relaciones (en lugar de atributos).
  16. La clave parcial fecha indica que cada entrevista se identifica con (nombre, nif, fecha) lo que significa que un mismo candidato puede pasar varias entrevistas con la misma empresa, en días diferentes. Si la entrevista empresa/solicitante fuera única, ENTREVISTA no necesitaría clave parcial, por lo que “fecha” sería un atributo “normal”
  17. Podemos considerar que esta manera de representarlo es “la mejor” desde nuestro punto de vista.
  18. Podemos considerar que esta manera de representarlo es “la mejor” desde nuestro punto de vista.
  19. El uso de una entidad adicional PROF/ASIG, débil de las otras dos sería equivalente al uso del agregado. Si se intentara solucionar empleando una RELACIÓN TERNARIA entre PROFESOR, ASIGNATURA Y MEDIO: No sería posible representar la situación de una asignatura para cuya explicación no se emplee ningún medio (pues para una instancia de relación se necesita una instancia de cada entidad participante). En el caso de que forzosamente se deba emplear al menos un medio, esta solución sí podría ser correcta. La diferencia entre agregación y relación ternaria es semántica o conceptual : Con la agregación se vincula por un lado a cada profesor con las asignaturas que imparte y, por otro lado, se liga cada par asignatura/profesor con el conjunto de medios empleados. Esto es lo que ocurre en la realidad: MEDIO se relaciona con el par profesor/asignatura, y no con profesor y asignatura por separado. Para indicar que un profesor para una misma asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la relación de tipo ((profe, asig), medio). Con la relación ternaria se vinculan, a la vez, tres instancias: una de cada entidad participante. Para indicar que un profesor para una misma asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la relación de tipo (profe, asign, medio).
  20. El uso de una entidad adicional PROF/ASIG, débil de las otras dos sería equivalente al uso del agregado. Si se intentara solucionar empleando una RELACIÓN TERNARIA entre PROFESOR, ASIGNATURA Y MEDIO: No sería posible representar la situación de una asignatura para cuya explicación no se emplee ningún medio (pues para una instancia de relación se necesita una instancia de cada entidad participante). En el caso de que forzosamente se deba emplear al menos un medio, esta solución sí podría ser correcta. La diferencia entre agregación y relación ternaria es semántica o conceptual : Con la agregación se vincula por un lado a cada profesor con las asignaturas que imparte y, por otro lado, se liga cada par asignatura/profesor con el conjunto de medios empleados. Esto es lo que ocurre en la realidad: MEDIO se relaciona con el par profesor/asignatura, y no con profesor y asignatura por separado. Para indicar que un profesor para una misma asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la relación de tipo ((profe, asig), medio). Con la relación ternaria se vinculan, a la vez, tres instancias: una de cada entidad participante. Para indicar que un profesor para una misma asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la relación de tipo (profe, asign, medio).
  21. El uso de una entidad adicional PROF/ASIG, débil de las otras dos sería equivalente al uso del agregado. Si se intentara solucionar empleando una RELACIÓN TERNARIA entre PROFESOR, ASIGNATURA Y MEDIO: No sería posible representar la situación de una asignatura para cuya explicación no se emplee ningún medio (pues para una instancia de relación se necesita una instancia de cada entidad participante). En el caso de que forzosamente se deba emplear al menos un medio, esta solución sí podría ser correcta. La diferencia entre agregación y relación ternaria es semántica o conceptual : Con la agregación se vincula por un lado a cada profesor con las asignaturas que imparte y, por otro lado, se liga cada par asignatura/profesor con el conjunto de medios empleados. Esto es lo que ocurre en la realidad: MEDIO se relaciona con el par profesor/asignatura, y no con profesor y asignatura por separado. Para indicar que un profesor para una misma asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la relación de tipo ((profe, asig), medio). Con la relación ternaria se vinculan, a la vez, tres instancias: una de cada entidad participante. Para indicar que un profesor para una misma asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la relación de tipo (profe, asign, medio).