Copyright © 2007 Ramez Elmasri and Shamkant B.

Navathe

Slide 4- 1

UNIDAD II Parte II
Capitulo 4
Modelo Entidad Relación Extendido
(EER)

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Esquema del Capitulo

EER representación mejorada del ER o ER extendido.
EER Conceptos Modelo

Incluye todos los conceptos básicos de modelado de ER
Conceptos adicionales:



Estos son fundamentales para el modelado conceptual

subclases / superclases
especialización / generalización
categorías (tipos de unión)
atributo y relación de herencia

Los conceptos EER adicionales se utilizan para modelar
aplicaciones más completa y con mayor precisión

EER incluye algunos conceptos orientados a objetos,
tales como la herencia

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 3

Subclase y Superclase (1)

Un tipo de entidad puede tener otros subgrupos
significativos de sus entidades

Ejemplo: empleado puede estar más agrupados en:

SECRETARIO, ingeniero, técnico, ...

GERENTE

Los empleados que son los gerentes

EMPLEADO ASALARIADO
«SALARIED_EMPLOYEE», EMPLEADO POR
HORA «HOURLY_EMPLOYEE»

Basado en el trabajo del empleado

Basado en el método de pago del empleado

Diagramas EER amplia diagramas ER para representar
estos subgrupos adicionales, llamados subclases o
subtipos.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 4

Superclase y Subclase

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 5

Subclase y Superclase (2)

Cada uno de estos subgrupos es un subconjunto de
entidad EMPLEADO
Cada uno es llamado una subclase de EMPLEADO.
EMPLEADO es superclase para cada una de estas
subclases
Estos son llamados superclase / subclase relaciones:

EMPLEADO / SECRETARIA
EMPLEADO / TÉCNICO
EMPLEADO / ADMINISTRADOR


Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 6

Subclase y Superclase (3)

Éstos también se llaman relaciones IS-A «es un»

SECRETARIO ES-UN EMPLEADO, TÉCNICO ES-UN
EMPLEADO, ....

Nota: Una entidad que sea miembro de una subclase
representa la misma entidad del mundo real como algún
miembro de la superclase:

El miembro de la subclase es la misma entidad en una
función específica y diferenciada
Una entidad no puede existir en la base de datos sólo por
ser miembro de una subclase, sino que también debe ser
un miembro de la superclase
Un miembro de la superclase puede incluir opcionalmente
como miembro de cualquier número de sus subclases
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 7

Subclase y Superclase (4)

Ejemplos:

Un asalariado que también es un ingeniero pertenece a las
dos subclases:

Un asalariado que también es director de ingeniería
pertenece a las tres subclases:


INGENIERO, y
Empleado Asalariado «SALARIED_EMPLOYEE»

GERENTE,
INGENIERO, y
SALARIED_EMPLOYEE «empleado asalariado»

No es necesario que cada entidad en una superclase ser
miembro de alguna subclase.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 8

Representación de Especialización en
Diagrama EER

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 9

Herencia de Atributo en la Relación
SuperClase/Subclase

Una entidad que es miembro de una subclase
hereda.

Todos los atributos de la entidad como miembro
de la superclase
Todas las relaciones de la entidad como miembro
de la superclase.

Ejemplo:

En la diapositiva anterior, SECRETARIO (así
como el técnico y el ingeniero) heredan el nombre
de los atributos, número de seguro social, ..., de
EMPLEADO.
Cada entidad SECRETARIO tendrán valores de
los atributos heredados.

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 10

Especialización (1)

La especialización es el proceso de definir un
conjunto de subclases de una superclase.
El conjunto de subclases se basa en algunas de
las características distintivas de las entidades en
la superclase.

Ejemplo: {SECRETARIA, INGENIERO, TECNICO}
es una especialización de base EMPLEADO al
tipo de trabajo.

Puede tener varias especializaciones de la misma
superclase

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 11

Especialización (2)

Ejemplo: Otra especialización de EMPLEADO basado en
el método de pago es {SALARIED_EMPLOYEE,
HOURLY_EMPLOYEE}.

Superclase / subclase relaciones y la especialización puede
ser representado esquemáticamente en los diagramas EER

Los atributos de una subclase se denominan atributos
específicos o locales.

Por ejemplo, el atributo Velocidad de Tipeo
«TypingSpeed» ​SECRETARIO
La subclase también pueden participar en los tipos de
relación específica.

Por ejemplo, una relación de PERTENECE A
«BELONGS_TO» Empleado por
Hora«HOURLY_EMPLOYEE»

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 12

Especialización (3)

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 13

Generalización

La generalización es el reverso del proceso de
especialización
Varias clases con características comunes son

generalizadas en una superclase;

clases originales se convierten en sus subclases

Ejemplo: coche, camión generalizado en el vehículo;
tanto en coche, camión convertido en subclases de la
superclase VEHÍCULO.
Podemos ver {COCHE, CAMION} como una
especialización de VEHICULO
Alternativamente, podemos ver VEHÍCULO como una
generalización de Automóviles y Camiones
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 14

Generalización (2)

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 15

Generalización y Especialización (1)

Notación diagramática se utiliza a veces para
distinguir entre la generalización y la
especialización
Flecha que apunta a la superclase generalizada
representa una generalización
Las flechas apuntan a las subclases
especializadas representan una especialización
No usamos esta notación, ya que es a menudo
subjetiva en cuanto a qué proceso es más
apropiado para una situación particular

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 16

Generalización y Especialización(2)

Modelado de datos con Especialización y
generalización


Un superclase o subclase representa una
colección (o un conjunto o agrupación) de las
entidades
También representa un tipo particular de entidad
Se muestra en rectángulos en diagramas EER
(como lo son los tipos de entidad)
Podemos llamar a todos los tipos de entidad (y
sus colecciones correspondientes) clases, ya sean
los tipos de entidad, superclases, o subclases.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 17

Constraints sobre Generalización y
Especialización (1)

Si podemos determinar con exactitud las
entidades que se convertirán en miembros de
cada subclase de una condición, las subclases
se llaman subclases de predicados definidos
(o condición definida)

La condición es una restricción que determina los
miembros de la subclase
Mostrar una subclase predicado definido por
escrito la condición determinante junto a la línea
de fijar la subclase de su superclase
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 18

Constraints sobre Generalización y
Especialización(2)

Si todas las subclases de una especialización tienen
condición de pertenencia en el mismo atributo de la
superclase, la especialización se llama una
especialización definida por atributo.

Atributo que se llama el atributo definitorio de la
especialización.
Ejemplo: JobType es la característica definitoria de la
especialización {SECRETARIO TÉCNICO, INGENIERO} de
EMPLEADO

Si ninguna condición determina la pertenencia, la
subclase se llama definida por el usuario

La pertenencia a una subclase está determinada por los
usuarios de bases de datos mediante la aplicación de una
operación para añadir una entidad a la subclase
La pertenencia a la subclase se especifica de forma
individual para cada entidad en la superclase por el usuario
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 19

Mostrando una especialización definida
por un Atributo en Diagramas EntidadRelación Extendido.

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 20

Constraints sobre Generalización y
Especialización (3)

Dos restricciones básicas se pueden aplicar a
una especialización / generalización:

Disjunción de restricciones.
Restricción de integridad .

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 21

Constraints sobre Generalización y
Especialización(4)

Disjunción de restricciones:

Especifica que las subclases de la especialización
debe ser disjuntos:

una entidad puede ser miembro de la mayoría en
una de las subclases de la especialización
Especificado por d en el diagrama EER

Si no disjuntos, la especialización es la traslapada
o solapada de:

que es la misma entidad puede ser miembro de
más de una subclase de la especialización
Especificada por o en el diagrama EER

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 22

Constraints sobre Generalización y
Especialización (5)

Restricción de integridad:

Total : especifica que todas las entidades en la
superclase debe ser miembro de alguna subclase
de la especialización / generalización
Se muestra en diagramas EER por una doble
línea
Parcial :permite a una entidad que no
necesariamente pertenezca a ninguna de las
subclases
Se muestra en diagramas EER por una sola línea
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 23

Constraints sobre Generalización y
Especialización (6)

Por lo tanto, tenemos cuatro tipos de
especialización / generalización:



Disjunta, Total
Disjunta, parcial
Traslapada, total
Traslapada , Parcial

Nota: La generalización suele ser total, porque la
superclase se deriva de las subclases.

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 24

Ejemplo de una Especialización
disjunción parcial

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 25

Ejemplo de Especialización Traslapada Total

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 26

Especialización / Generalización Jerarquías ,
Redes y subclases compartidas(1)

Una subclase puede tener subclases que se
indicarán sobre este

forma una jerarquía o un red

La jerarquía tiene una restricción que cada
subclase tiene sólo un superclase (llamada
herencia simple), lo que es básicamente una
estructura de árbol.
En una red, una subclase puede ser subclase de
más de una superclase (llamada herencia
múltiple)
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 27

Subclase Compartida “Engineering Manager”

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 28

Especialización / Generalización Jerarquías
, Redes y subclases compartidas(2)

En una red o jerarquía, una subclase hereda los atributos,
no sólo de su superclase directa, sino también de todos
sus superclases predecesores
Una subclase con más de una superclase se denomina
subclase compartida (herencia múltiple)
Puede tener:

jerarquías de especialización o red, o
jerarquías de generalización o red,
dependiendo de cómo se derivaron

Nos limitamos a usar la especialización (para representar
el resultado final de cualquiera de especialización o
generalización)
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 29

Especialización / Generalización Jerarquías ,
Redes y subclases compartidas(3)

En la especialización, comience con un tipo de entidad y
luego defina las subclases de la especialización por tipo
de entidades sucesivas.

En la generalización, comience con muchos tipos de
entidad y generalice los que tienen propiedades comunes

llamado de arriba hacia abajo proceso de refinamiento conceptual

Llamado un proceso ascendente síntesis conceptual

En la práctica, una combinación de ambos procesos se
suele utilizar

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 30

Ejemplo de Red Especialización /
Generalización Universidad (UNIVERSITY)

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 31

Categorias (TIPOS UNION ) (1)

Todos las relaciones superclase / subclase que hemos
visto hasta el momento tienen una superclase única.
Una subclase compartida es una subclase en:


más de una distinta superclase /subclase relación
cada relación tiene una singular superclase
subclase compartida conduce a la herencia múltiple

En algunos casos, necesitamos un modelo único de
relación superclase / subclase con más de una
superclase
Superclases puede representar diferentes tipos de
entidad
Esta subclase se llama categoría o tipo UNIÓN
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 32

Categorias (TIPOS UNION ) (2)

Ejemplo: En una base de datos de registro del vehículo,
propietario de un vehículo puede ser una persona, un
banco (la asignación de un gravamen sobre un vehículo o
una empresa).

Una categoría (tipo de unión) llamado PROPIETARIO se
crea para representar a un subconjunto de la unión de las
tres superclases EMPRESA, BANCO y PERSONA.
Un miembro de la categoría debe existir por lo menos en
una de sus superclases

Diferencia con la subclase compartida, que es un:

subconjunto de la intersección de sus superclases
miembro compartido subclase debe existir en todas sus
superclases
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 33

Dos Categorias(tipos UNION ):
OWNER “DUEÑO”, “REGISTRO
VEHICULO” REGISTERED_VEHICLE

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 34

Definición Formal de un modelo
Entidad Relación Extendido(ERE) (1)

Clase C

Un tipo de entidad con un conjunto correspondiente de las
entidades:

podría ser el tipo de entidad, subclase, superclase, o
categoría

Nota: La definición del tipo de relación en ER / EER
deben tener «tipo de entidad» sustituido con la «clase»
para permitir las relaciones entre las clases en general
Subclase S es una clase que:

Tipo hereda todos los atributos y la relación de una clase C
Conjunto de entidades debe ser siempre un subconjunto
del conjunto de entidades de la otra clase C


S⊆C

C es llamada la superclase de S
Una Relación Superclase/Subclase existe entre S y C
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 35

Definición Formal de un modelo
Entidad Relación Extendido(ERE)(2)

Especialización Z: Z = {S1, S2,…, Sn} es un
conjunto de subclases com la misma superclase
G; por lo tanto, G/ Si es una relación para i = 1,
…., n.

G es llamado una generalización de las subclases
{S1, S2,…, Sn}
Z es total si Nosotros siempre tenemos:

Z es disjunta si nosotros siempre tenemos:

S1 ∪ S2 ∪ … ∪ Sn = G;
Caso contrario, Z is parcial.
Si ∩ S2 Conjunto Vacio for i ≠ j;

Caso Contrario, Z es traslapada.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 36

Definición Formal del modelo ERE(3)

Subclase S de C es predicado definido si predicado (
condición) p sobre atributos de C es usado para
especificar la pertenencia en S;

Esto es, S = C[p], donde C[p] es el conjunto de entidades
en C que satisface condición p.

Una subclase no definida por un predicado es llamado
usuario definido
Especialización Atributo-definido: Si un predicado A= ci(
Donde A es un atributo de G and ci es un valor constante
para el dominio de A) es usado para especificar
pertenencia en cada subclase Si en Z

Nota: Si ci ≠ cj para for i ≠ j, y A es valor-singular , entonces la
especialización atributo-definido será disjunta.

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 37

Definición Formal del módelo ERE(4)

Categoria o tipo UNION T

Una clase que es un subconjunto de la union de n
definiendo superclases D1, D2,…Dn, n>1:

T ⊆ (D1 ∪ D2 ∪ … ∪ Dn)

Puede tener un predicado pi sobre los atributos de
Di para especificar entidades de Di que son
miembros de T.
Si un predicado es especificado sobre cada Di: T
= (D1[p1] ∪ D2[p2] ∪…∪ Dn[pn])

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 38

Alternativas de notaciones diagramaticas

Diagramas de ER / EER son una notación
específica para la visualización de los conceptos
del modelo de diagrama
Herramientas de diseño de base de datos utilizan
muchas notaciones alternativas para los mismos
conceptos o similares.
Una notación alternativa popular utiliza
diagramas de clases UML.
Ver diapositivas siguientes para los diagramas de
clases UML y otras notaciones alternativas.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 39

Ejemplo de Despliegue Especialización
/Generalización en UML

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 40

Notaciones Alternativas

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 41

Conceptos Generales de Modelo Conceptual

Abstración General de Datos



CLASIFICACIÓN E INSTANCIACION
AGREGACION Y ASOCIACION(relaciones)
GENERALIZACION Y ESPECIALIZACION
IDENTIFICACION

CONSTRAINTS ( RESTRICCIONES)

CARDINALIDAD (Min y Max)
COBERTURA (Total vs. Parcial, Exclusiva
(disjunta vs. Traslapada)

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 42

Ontologias

El uso de modelado conceptual y otras herramientas para
desarrollar «una especificación de una
conceptualización»

Determinación se refiere a la lengua y el vocabulario (conceptos
de modelo de datos) utilizados.
Conceptualización se refiere a la descripción (esquema) de los
conceptos de un determinado campo del conocimiento y las
relaciones entre estos conceptos

Ontologías Muchos médicos, científicos y de ingeniería
se están desarrollando como un medio para la
normalización de conceptos y la terminología

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 43

Resumen

Introducción a Conceptos del Modelo Entidad
Relación Extendido(ERE).


Clase/subclase
Especialización y Generalización
Herencia

Estos aumentan los conceptos básicos del
modelo Entidad-Relación introducidos en el
Capítulo 3.
Diagramas ERE y notaciones alternativas que
fueron presentadas.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe

Slide 4- 44