Este documento describe los conceptos fundamentales del modelo entidad-relación (MER), incluyendo entidades, atributos, relaciones y cardinalidad. Explica que el MER puede representar la mayoría de esquemas de bases de datos tradicionales. Luego define conceptos adicionales como tipo, supertipo, especialización y generalización que forman parte del modelo entidad-relación extendido. Finalmente, describe cada elemento del MER como entidades, atributos, relaciones y tipos de atributos.

1. UNIVERSIDAD DE EL SALVADOR FACULTAD
MULTIDISCIPLINARIA PARACENTRAL
DEPARTAMENTO DE INFORMATICA
MER
MER
Bases de Datos
Catedrático:
Ing. Herbert Monge

2. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 2
El modelo entidad – relación es suficiente para representar la mayoría de los esquemas de
bases de datos tradicionales, las cuales incluyen las aplicaciones en los negocios y la
industria. Sin embargo, desde 1970, existen nuevas aplicaciones de bases de datos (como
CAD/CAM, bases de datos de imágenes y gráficas, cartografía y multimedia, incluyendo
las bases de datos generadas en Inteligencia Artificial) en las cuales el diseñador requiere
introducir semántica adicional. Se han propuesto varios modelos en la literatura. El que se
revisará en este curso será el modelo E- RE.
Conceptos del modelo ERE
El modelo ERE incluye todos los conceptos del modelo ER. En adición, incluye los
conceptos de tipo y super tipo además de los conceptos de especialización y generalización.
Otro concepto incluido en el modelo ERE es la categorización. Asociado con estos
conceptos se encuentra el mecanismo de herencia en el atributo.
Desafortunadamente, no existe una terminología estándar para estos conceptos. Por lo que
se usará la terminología más empleada hasta estos momentos.
Modelo de datos conceptual de alto nivel
Propuesto por Peter P. Chen en 1976
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)
Propósito de una metodología de diseño
El propósito de la metodología de diseño es facilitar el propósito de diseño y servir de
soporte de la base de datos mediante la utilización de procedimientos, técnicas,
herramientas ya ayudas para la generación de documentación.

3. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 3
Fases principales del diseño de una base de datos
Las Fases son:
Diseño conceptual de la base de datos
Diseño lógico de la base de datos
Diseño físico de la base de datos
Objetivo del modelo conceptual
El objetivo principal es construir un modelo conceptual de los datos de acuerdo con los
requisitos de datos de la organización, enteramente independiente de los detalles de
implementación. Y que sirvan de base para las demás etapas de diseño.
Entre la simbología tenemos:
Elemento Representación
Entidad
Atributo
Relación
¿Qué significa cada elemento del MER?
ENTIDAD
Cosa u objeto del mundo real con existencia propia y distinguible del resto

4. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 4
Objeto con existencia...
• Física o real (una persona, un libro, un empleado)
• Abstracta o conceptual (una asignatura, un viaje)
La cual viene representada así:
• En el modelo entidad relación los conjuntos de entidades se representan con un rectángulo
dentro del cual se escribe el nombre de la entidad:
En este sentido también tenemos los tipos de las entidades:
• Regulares. Son las entidades normales que tienen existencia por sí mismas sin depender
de otras. Su representación gráfica es la representación anterior.
• Débiles. Su existencia depende de otras. Por ejemplo la entidad tarea laboral sólo podrá
tener existencia si existe la entidad trabajo. Las entidades débiles se presentan de esta
forma:
Persona
Empleado
Tarea Laboral
Tarea Laboral

5. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 5
RELACIÓN O INTERRELACIÓN.
Asociación, vínculo o correspondencia entre 2 o más entidades. Las relaciones se
representan con un rombo.
Si tenemos dos entidades automóvil y persona, podemos tener una relación entre ellas:
Nombre de la interrelación.
A cada relación se le asigna un nombre para poder distinguirla de las demás y saber su
función dentro del modelo entidad-relación. Generalmente son verbos.
Grados de la interrelación.
Persona Auto
Relación
poseePersona Auto

6. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 6
Relación reflexiva.
Cuando interviene una sóla entidad en la relación.
Relación doble.
Atributos de una relación.
A veces los atributos no son propios de ninguna entidad…
Sino del hecho mismo de la relación:
Relaciones de tipo "histórico" donde debe constar una fecha o una hora.
Hacer constar la fecha de compra en que persona compró el auto: la fecha es de la
compra, no de la persona, ni del auto.
Se representan igual que los atributos de las entidades.

7. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 7
En tal caso, el atributo "Fecha de compra" debería colocarse en la relación
"compra".
Cardinalidad de una relación.
• Número de ocurrencias que se pueden dar de una relación.
Ejemplo:
Una persona puede comprar muchos autos y un auto es comprado por una sola persona.
Cardinalidad 1-1: cada ocurrencia de una entidad se relaciona con una ocurrencia de otra
entidad.
Una persona compra un automóvil.
compraPersona Auto
Fecha_compra
compraPersona Auto
1 N
compraPersona Auto
1 1

8. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 8
Cardinalidad 1-N: también llamada uno a muchos. Cada ocurrencia de una entidad
puede relacionarse con varias ocurrencias de otra entidad.
Cardinalidad N-1: varias ocurrencias de una entidad pueden relacionarse con una de
otra entidad.
Ej.: una persona posee varios automóviles.
• Cardinalidad N-M: también llamada muchos a muchos. Cada ocurrencia de una
entidad puede relacionarse con varias ocurrencias de otra entidad y viceversa.
Una persona posee varios automóviles y un automóvil puede pertenecer a varias personas.
compraPersona Auto
MN

9. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 9
Cardinalidad máxima de una relación: representa el número máximo de
ocurrencias de una entidad con las que se puede relacionar otra ocurrencia de
entidad.
Ej.: una persona puede tener como máximo tres automóviles.
Cardinalidad mínima de una relación: representa el número mínimo de
ocurrencias de una entidad con las que se puede relacionar otra entidad.
Ej.: un automóvil debe pertenecer como mínimo a una persona.
Aplicado a un ejemplo:
Una persona puede comprar mínimo 1, máximo varios automóviles. Un auto puede
ser comprado por mínimo 1 persona y máximo 1 persona.
Se lee de izquierda a derecha y luego de derecha a izquierda (o al revés): Una
persona compra uno o más autos, y un auto es comprado por sólo una persona.
N ó M también se puede definir como un número entero específico.
Restricciones de participación
Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha
participación puede ser de dos tipos:
Total: Cuando cada entidad en A participa en al menos una relación de R.
Parcial: Cuando al menos una entidad en A NO participa en alguna relación de
R.
compraPersona Auto
(1,N)(1,1)

10. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 10
ATRIBUTO
Cualquier característica o propiedad que describe a una entidad.
Por ejemplo:
También para esta entidad tenemos tipos de atributo:
Simples o Compuestos.
Almacenados o Derivados.
Mono valorado o Multivalorados.
Opcionales.
A continuación se explicara cada uno de ellos:
Simples o Compuestos:
Atributos compuestos
• Pueden dividirse en otros con significado propio
Ejemplo:
Fecha = Día + mes + año
Persona
Nombre
Apellido
Edad
Teléfono

11. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 11
Ejemplo:
• nombre-cliente: podría estar estructurado como un atributo compuesto consistente
en nombre, primer-apellido y segundo-apellido.
Valor compuesto = concatenación de valores de componentes
Atributos simples
No divisibles.
Ejemplo: nombre, apellido, sexo, edad…
Atributos Almacenados o Derivados
Atributos almacenados
Aquellos guardados en la BD.
Atributos derivados
Aquellos que son posibles calcular o derivar a partir de datos almacenados.
Edad [de EMPLEADO], cálculo a partir de fechanacim
Atributo derivado del valor de otro atributo
El valor de un atributo derivado no se almacena; se calcula cuando sea necesario.
Persona
Nombre
Primer_apellido
Segundo_apellido
N_
persona
Cliente Edad
F_nac
F_nac

12. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 12
Atributos Monovalorados o Multivalorados
Atributos monovalorados (monovaluados)
Sólo un valor para cada entidad
a) Fechanacim [de un EMPLEADO particular]
b) Año estreno [de cada PELICULA concreta]
Atributos multivalorados (multivaluados)
Más de un valor para la misma entidad.
Nacionalidad [PELICULA coproducida por varios países]
Teléfono [EMPLEADO con varios teléfonos de contacto] Pueden tener límites superior e
inferior del número de valores por entidad Nacionalidad (1-2)
Teléfono (0-3)
Atributos Opcionales
En esta parte de los atributos, aprendemos cuando se debe usar un atributo null
Esto significa que se da cuando:
Se desconoce el valor de un atributo para cierta entidad
El valor existe pero falta altura [de un EMPLEADO]
No se sabe si el valor existe o no
Teléfono [de un EMPLEADO]

13. MODELO ENTIDAD RELACION UES-FMP
BASE DE DATOS Página 13
EMPLEADO
Atributos clave
Por lo general todo tipo de entidad cuenta con un atributo cuyo valor diferencia (identifica)
una entidad individual de otra. El atributo o conjunto de atributos que ejercen esta función
se denominan atributos claves, donde a partir de estos se ejerce la restricción por clave o
unicidad de atributos en los tipos de entidad. Ejemplo: el atributo cedula en el tipo de
entidad persona se utiliza como atributo clave para diferenciar una entidad de otra. Un
atributo clave puede ser un atributo compuesto. Gráficamente en el modelo E-R el atributo
clave va subrayado dentro del óvulo.
Atributo con valor distinto para cada instancia de un tipo de entidad.
Una clave identifica de forma única cada entidad concreta.
Por ejemplo:
DUI