DISEÑO

CONCEPTUAL
MODELO ENTIDAD RELACION – EXTENDIDO (MER-E)
MODELO ENTIDAD RELACION – EXTENDIDO (MER-E)

• Es un modelo conceptual de datos de alto nivel: Sirve para

representar los conceptos del Mundo que nos interesan con
sus relaciones y características.
• Es una herramienta muy utilizada directamente o a través de
otras herramientas o programas (como Data-Architect de Sybase).
• FASES en el DISEÑO de una BASE de DATOS:
- Fases independientes del SGBD (Sistema Gestor de Bases
de Datos, o DBMS, DataBase Management System), para
obtener:
• Esquema Conceptual: Definición de datos, relaciones...
• Especificación de funciones necesarias (transacciones).
- Fases dependientes del SGBD, para obtener:
• Esquema Interno: Ficheros donde almacenar datos, directorios...
• Programas para efectuar las transacciones.
2
MODELO ENTIDAD RELACION – EXTENDIDO (MER-E)
• FASES del DISEÑO, independientes del SGBD (DBMS):
• Fácil de entender por NO-técnicos.
• Validado por todos los usuarios.
• Apto para realizar las transacciones.

REQUISITOS ESQUEMA *
de DATOS CONCEPTUAL

REQUISITOS . ESPECIFICACIÓN
FUNCIONALES TRANSACCIONES
(Consultas, Actualizaciones...)

FASES del DISEÑO, dependientes del SGBD:

INTRODUCCIÓN E HISTORIA DEL
MODELO ENTIDAD-RELACIÓN
• Modelo de datos conceptual de alto nivel
• Propuesto por Peter Pin-Shan 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)
Conceptos: Entidad y Atributos MER
• ENTIDAD: Concepto, Persona, animal ,objeto o cosa que existe en el
Mundo.
- Físicamente: Ejemplos: Persona, Coche, Cliente...
- Lógicamente: Ejemplos: Empleo, Curso, Compañía...
• ATRIBUTOS: Describen las ENTIDADES.
- Tienen un DOMINIO: Conj. de valores válidos (cadenas, n^...).
- Valor NULL: Ignoramos el valor o el atributo no es aplicable.
- Tipos:
• Simples (indivisibles) y Compuestos (divisibles en simples). Ejemplo:
Dirección=(Calle, Piso, Letra, CP, Ciudad, País).
• Univaluados (Ej: Edad) y Multivaluados (Ej: Color en coches, si
admitimos que un coche puede tener n > 2 colores).
• Almacenados (Ej: Fecha_Nacimiento) y Derivados o Calculados
(Ej: Edad).
• Complejos: Son los Compuestos y Multivaluados.
Conceptos : Tipo de Entidad, Claves... MER
TIPO de ENTIDAD: Conjunto de ENTIDADES con iguales atributos (Ej: Cliente). Al
conjunto físico de todas esas entidades (todos los clientes) se le llama EXTENSIÓN.
ATRIBUTOS CLAVE o LLAVE (key): Aquellos que toman valores únicos y
distintos para cada ENTIDAD del mismo tipo. Pueden ser SIMPLES o
COMPUESTOS por varios atributos simples.
Si son Compuestos deben ser mínimos (sin atributos superfluos o innecesarios). Si
tienen atributos superfluos se llamará SUPERLLAVE. Ej: Atributo DNI será Clave en
un tipo de entidad Persona.

INTENSIÓN o ESQUEMA: Representación de los tipos de

entidades, sus atributos (claves...), relaciones entre ellos...
Conceptos: Relaciones MER
• A veces, existen distintas formas de representación:

• Sin embargo, cuando un atributo sirve para relacionar dos

entidades, en el modelo ER es preferible no representarlo
como atributo, sino como RELACIÓN.
• RELACIÓN: Relaciona varias entidades (E1, E2... En).
Es un subconjunto del producto cartesiano (E1 x E2 x...x En).

6
RELACIONES MER
GRADO: Número de ENTIDADES de la RELACIÓN. Pueden ser
Binarias, Ternarias... Ej.: Relación Ternaria:

RESTRICCIONES ESTRUCTURALES: De Cardinalidad y de Participación

- De Cardinalidad: Número de Entidades que pueden participar

en una relación. En Relaciones Binarias pueden ser de 3 Tipos:
1:1, 1:N y N:M. Se ponen en los arcos de la Relación. 7
RESTRICCIONES en RELACIONES MER
• RESTRICCIONES ESTRUCTURALES: De Cardinalidad y de Participación.

- De Participación: Especifica si la existencia de una entidad

depende de estar relacionada con otra o no.
• TOTAL (dependencia de existencia): Si todas las entidades deben
relacionarse. Representación: Doble línea en la Relación:
Ej: Si todo empleado pertenece a un Dpto., no existe ningún
empleado sin relacionar con un Dpto. También, todo Dpto. debe
tener empleados que trabajen en él:

PARCIAL: Si NO todas las entidades tienen que relacionarse.

Ej: No todo Empleado DIRIGE un Dpto.:
ATRIBUTOS en RELACIONES MER

• En Relaciones 1:1 y 1:N, los Atributos de las Relaciones

pueden ponerse también en una entidad.
Ejemplo:

• En Relaciones N:M los Atributos dependen de las Entidades

que participan en la relación y, por tanto, son forzosamente
atributos de la relación y NO pueden ponerse en ninguna de
las entidades participantes.

9
ENTIDADES DÉBILES MER
Son ENTIDADES SIN LLAVE: Dependen de otras entidades que las
“poseen” (ENTIDAD PROPIETARIA) y las identifican inequívocamente.
LLAVE PARCIAL: Identifica inequívocamente a los elementos de una
Entidad Débil, entre otros elementos de la misma Entidad
Propietaria.
Dentro de una ENTIDAD DÉBIL pueden existir elementos repetidos, pero
no podrán relacionarse con el mismo elemento de la Entidad Propietaria.
Así, la LLAVE de una ENTIDAD DÉBIL estará formada por su propia
LLAVE PARCIAL y la LLAVE de la ENTIDAD PROPIETARIA.
Se representan con líneas dobles en la ENTIDAD DÉBIL y en la
RELACIÓN de su Entidad Propietaria:

Ejemplo: Hijos de un Empleado:

También pueden representarse como ATRIBUTOS COMPLEJOS.

OPCIONES de DISEÑO MER

• A veces es difícil decidir si un concepto del MiniMundo debe ser

una Entidad, una Relación o un Atributo.
• El Esquema debe ser refinado en sucesivos pasos, como los
siguientes (posteriormente se verán más cuestiones a tener en cuenta):
Un concepto puede ponerse como ATRIBUTO y luego descubrirse
que es una RELACIÓN, porque es una referencia a otra ENTIDAD

Un ATRIBUTO de varias ENTIDADES, puede convertirse en una ENTIDAD:

Una ENTIDAD con pocos atributos y relacionada SÓLO con otra

ENTIDAD, puede convertirse en un ATRIBUTO. Ej: Inverso del Ej. anterior: Si
Dpto. sólo interesa de PROFESOR y no tiene muchos atributos.
 NOTACIONES ALTERNATIVAS MER

• UML (Universal Modeling Language): Modelado Conceptual de

Objetos.
• Cada PARTICIPACIÓN de una Entidad E en una Relación R
tiene dos valores: (min,max), con 0 < min < max > 1
- min: Número mínimo de instancias de E que participan en R.
• min = 0 Participación Parcial.
• min > 0 Participación Total.
- max: Número máximo de instancias de E que participan en
R.
• max = 1 + Es una Relación 1:1 o 1:N.
• max = N + Es una Relación 1:N o N:M.
• Ejemplo: Relación 1:N (observe como se cambia el orden de 1:N en los valores
max con esta notación.
RESUMEN de SÍMBOLOS MER
 MER
EJERCICIO 1: HABITANTES Y MUNICIPIOS

1. ¿Diseñar el esquema conceptual y su esquema conceptual

(Mapeo) del siguiente caso de estudio?
Habitantes y Municipios.
Cada persona sólo puede habitar en una vivienda y estar
empadronada en un municipio, pero puede ser propietaria de varias
viviendas. Nos interesa también conocer las personas que dependen
del cabeza de familia (C.F.).
Se debe indicar todos los supuestos semánticos que se consideren
oportuno para justificar todas las decisiones del diseño.
 MER
EJERCICIO 2: BD. EMPRESA

• La empresa está organizada en departamentos. Cada uno tiene un nombre único, un número
único y un empleado concreto que lo administra. Se realizará un seguimiento de la fecha en que
ese empleado empezó a administrar el departamento. Un departamento puede tener varias
ubicaciones.
• Un departamento controla una cierta cantidad de proyectos, cada uno de los cuales tiene un
nombre único, un número único y una sola ubicación.
• Almacenaremos el nombre, el documento nacional de identidad, la dirección, el sueldo, el sexo
y la fecha de nacimiento de cada empleado. Un empleado está asignado a un departamento,
pero puede trabajar en varios proyectos, que no están controlados necesariamente por el mismo
departamento. Se hará un seguimiento del número de horas por semana que un empleado
trabaja en cada proyecto. También se realizará el seguimiento del supervisor directo de cada
empleado.
• También se desea realizar un seguimiento de las personas a cargo de cada empleado por el tema
de los seguros. Por cada persona a cargo o subordinado, se registrará su nombre de pila, sexo,
fecha de nacimiento y relación con el empleado.
Ejemplo: Del libro de Elmasri/Navathe, en inglés, usando la
notación (min,max) e incluyendo los roles. MER
Modelo ER EXTENDIDO MER
• SUBCLASE: Grupo de elementos con algo en común, que
pertenecen a una ENTIDAD. Ejemplo: Pertenecientes a EMPLEADO, tenemos las
subclases INGENIERO, SECRETARIO, SUPERVISOR...

• SUPERCLASE: Entidad de la que procede una SUBCLASE.

• RELACIÓN Clase/Subclase (o Superclase/Subclase): Es una
relación 1:1 en la que ambos elementos son el mismo.
Se suele representar por ES_UN. Ejemplo: Ingeniero ES_UN Empleado.
CARACTERÍSTICAS:
- Una Entidad no puede ser sólo miembro de una SUBCLASE. Debe ser
también miembro de la SUPERCLASE.
- Una Entidad puede ser miembro de varias SUBCLASES.
Ejemplo: Un Empleado puede ser Ingeniero y Supervisor.
- Una Entidad se define por sus atributos y sus relaciones, los cuales son
HEREDADOS por sus SUBCLASES.
- Atributos y Relaciones LOCALES o ESPECÍFICAS: Son aquellas que son
propias de una SUBCLASE (no de la SUPERCLASE a la que pertenece).
ESPECIALIZACION GENERALIZACION MER
• ESPECIALIZACIÓN: Proceso para definir un conjunto de subclases de
un tipo de Entidad (llamada SUPERCLASE).
- Pueden definirse varias subclases según distintos criterios.

- Deben definirse los atributos y relaciones específicas (si existen)

GENERALIZACIÓN: Proceso inverso a la
Especialización. Identificar las características
comunesa varios tipos de Entidad y generalizar
todas ellas en una SUPERCLASE, con los tipos
de Entidad originales como SUBCLASES. TIPO
CENTRAL
Ejemplo: ‘SOLAR’
‘EOTICA’
ESPECIALIZACION-GENERALIZACION MER

GENERALIZACION

ESPECIALIZACION
 RESTRICCIONES MER
• En general, una especialización tiene VARIAS subclases y se
representan con la notación del círculo de especialización: Como
• Pueden también existir especializaciones con una ÚNICA subclase a la
que pueden pertenecer o no, las instancias (o elementos) de la
superclase. Ahí, NO se usa el círculo.
• Subclases DEFINIDAS por PREDICADO (predicate-defined) o por
CONDICIÓN (condition-defined): Para determinar si una instancia (o
entidad) pertenece a una determinada subclase puede usarse una
condición (o predicado) sobre uno o varios atributos de la superclase.
- Ejemplo: La entidad CENTRAL_LIMPIA puede tener el atributo TipoCentral con
dos valores válidos: {‘Solar’, ‘Eólica’}.
- RESTRICCION: Todos los miembros de una subclase deben satisfacer la
condición establecida en su caso.
• Ejemplo: Los miembros de la subclase CENTRAL_SOLAR, cumplen el predicado
o condición TipoCentral=‘Solar’.
- Estos predicados se representan escribiendo los valores junto a las líneas de
conexión entre superclases y subclases, como en el ejemplo anterior.
 RESTRICCIONES MER
• Subclases DEFINIDAS por el USUARIO: Los miembros de este tipo de subclase son
determinados por los usuarios de la base de datos cuando aplican la operación para añadir una entidad
a la subclase; así pues, los miembros son especificados individualmente por el usuario para cada
entidad, y no por una condición que pueda evaluarse automáticamente.

ESPECIALIZACIÓN DEFINIDA por ATRIBUTO: Si TODAS las subclases de una especialización tienen
la condición de pertenencia, sobre el mismo atributo discriminador (comoTipoCentral).

Restricciones de disyunción:
• a) Disjunta. En este caso no puede suceder que una misma ocurrencia aparezca en dos entidades
subclase diferentes. Se denota gráficamente con la etiqueta D.
• b) Solapada. En este caso no tiene lugar la restricción anterior. Se denota gráficamente con la etiqueta
S u O.

Restricciones de Integridad
• 1) Total. En este caso, toda ocurrencia de la entidad superclase debe pertenecer a alguna de las
entidades subclase. Esto se denota colocando doble línea desde la superclase al circulo. En otra
notación se utiliza la etiqueta T
• 2) Parcial. En este caso no es necesario que se cumpla la condición anterior. Esto se denota colocando
una línea sencilla desde la superclase al circulo. En otra notación se utiliza colocando la etiqueta P.
ESPECIALIZACION-GENERALIZACION MER

Subclases DEFINIDAS por

PREDICADO

Subclases DEFINIDAS por

USUARIO
 JERARQUÍAS y RETÍCULOS(entramados) MER
Una subclase puede tener, a su vez, otras subclases for-mando así
una Jerarquía(hierarchy) o un Retículo(lattice).
• Espec./Generalización JERÁRQUICA: Tiene la restricción de que
todas las subclases pertenecen sólo a una superclase.
• Espec./Generalización en RETÍCULO(malla o red): Una subclase
puede serlo de varias superclases.
En ese caso, la subclase HEREDA los atributos de TODAS sus
superclases (por todos los caminos).
• NODO HOJA(leaf): Entidad sin subclases.
• Ejemplo: Una persona puede ser Empleado, Graduado y/o Estudiante. Un Empleado
puede ser Profesor o Becario, y un Becario es forzosamente también un Estudiante.
 JERARQUÍAS y RETÍCULOS(entramados) MER
• SUBCLASE COMPARTIDA: Subclase con más de una superclase. Si existe al menos una subclase compartida,
tenemos un RETÍCULO y si no existe ninguna tenemos una JERARQUÍA.

• HERENCIA MÚLTIPLE: Las subclases compartidas heredan atributos y relaciones de varias clases. Si una
subclase compartida hereda características de una superclase por varias vías distintas (en un retículo), dichas
características se considerarán sólo una vez.
–A veces, no se permite herencia múltiple (ni clases compartidas): Crear subclases para cubrir todas las combinaciones
posibles de las subclases de una Esp. Solapada. Ej.: Subclase Becario (o Empleado_Alumno) de la superclase Persona.

• MODELADO de DATOS CONCEPTUAL:

–Proceso de Refinamiento Conceptual DESCENDENTE: Sistema de Diseño Conceptual que parte de las entidades básicas
y aplica la especialización para ir consiguiendo sucesivamente subclases más específicas. Se obtienen primero diseños
Jerárquicos que pueden posteriormente convertirse en Retículos.
–Síntesis Conceptual ASCENDENTE: Aplica más la generalización que la especialización, partiendo inicialmente de las
entidades más especializadas.
–En la práctica suele usarse un Sistema de Diseño Mixto.
ENTIDADES ASOCIATIVAS O AGREGACIÓN. MER
La entidad que resulta de considerar una interrelación entre entidades como si fuese una
entidad es una entidad asociativa, y tendrá el mismo nombre que la interrelación sobre la que
se define.
La utilidad de una entidad asociativa consiste en que se puede interrelacionar
con otras entidades y, de forma indirecta, nos permite tener interrelaciones en
las que intervienen interrelaciones. Una entidad asociativa se denota recuadrando
el rombo de la interrelación de la que proviene.
TIPOS UNION o CATEGORIAS:
TIPO UNIÓN o CATEGORIA: Subclase que representa una colección de objetos, que
son un subconjunto de la UNION de distintos tipos de entidad.

Ejemplo: Sup. 3 entidades Persona, Banco y Empresa. •La categoría Propietario

de un vehículo incluirá elementos de esos 3 tipos.
•La categoría Propietario es una subclase de la UNIÓN de los 3 tipos.
•También hemos creado la categoría Vehículo Registrado a la que no tienen
porqué pertenecer todos los vehículos (puede haber vehículos no registrados).
Eso no ocurriría si se modela siendo {Coche,Camión} una especialización
disjunta de Vehículo. Si esa especialización disjunta es PARCIAL indicaría que un
Vehículo puede ser de una subclase distinta a {Coche,Camión}. Sin embargo,
como Categoría eso no es posible.
–Una CATEGORÍA siempre tiene dos o más superclases(que son distintos tipos de entidad). Una Relación
superclase/subclase sólo tiene una única superclase.
–Una CATEGORÍA es similar a una subclase compartida pero:
•Una subclase compartida debe pertenecer a TODAS sus superclases y hereda los atributos de TODAS ellas: Es
un subconjunto de la INTERSECCIÓN de las superclases.
•Una CATEGORÍA es un subconjunto de la UNIÓN disjunta de varias superclases: Los miembros de una
Categoría deben pertenecer A UNA de las superclases (no a todas) y heredan sólo los atributos de la superclase
a la que pertenezcan.
 MODELADO DE TIPOS UNION USANDO CATEGORÍAS. MER
• PARTICIPACIÓN en una CATEGORIA:
–TOTAL: Si todas las superclases de la Categoría deben ser miembros de
la Categoría. Una Categoría TOTAL también puede modelarse como
Generalización Disjunta, lo cual es preferible si las entidades tienen
muchos atributos/relaciones comunes. Ej.: Un Edificio o Solar siempre
debe ser una Propiedad.
–PARCIAL: Si no todas las superclases deben ser miembros de la
Categoría. Ej.: No toda Persona tiene que ser Propietaria (de un Vehículo
Registrado).

• Así pues, en una categorización, la subclase o Categoría, debe

pertenecer siempre a UNA y SOLO UNA de las superclases, pero las
superclases no tienen que pertenecer a la Categoría. Si las superclases
deben pertenecer a la categoría entonces tenemos una Categoría TOTAL
y se puede representar también como una Generalización disjunta.
–Recordemos que en toda Generalización todos los miembros de las
subclases deben ser también miembros de la superclase. Al revés sólo se
cumple si es TOTAL (y no se cumple si es PARCIAL).
ESPECIALIZACION-GENERALIZACION MER
AGREGACIÓN

CATEGORIZACIÓN