Modelo entidad-

relación

 Contenido

Conjuntos de entidades
Conjuntos de relaciones
Diseño
Mapeo de restricciones
Claves
Diagramas E-R
Diseño de un esquema de base de datos E-R
Taller
 Introducción
 de alto nivel
 Modelo de datos conceptual
 Propuesto por Peter P. Chen en 1976
 Extensiones/aportaciones de muchos otros autores
 No existe un único MER, sino una FAMILIA DE MODELOS

 Describe el “mundo real” como un conjunto de

ENTIDADES y de RELACIONES entre ellas

 Gran difusión
 Muy extendido en los métodos de diseño de bases de datos
 Soportado por herramientas software de diseño (CASE)

3
 Modelación de Datos

 La modelación de datos nos permiten abstraer de
problemas del mundo real los datos (objetos o
entidades) involucrados y las relaciones que existen
entre ellos.
 Los modelos de datos describen las relaciones entre
los datos que forman una base de datos.
 No se refieren en ningun momento a los valores
específicos que un elemento de datos debe tomar.
 Tratan a los datos como grupos genéricos, que pueden
tomar cualquier conjunto de valores específicos
 Modelación de Datos

 Un modelo de datos es una colección de conceptos para describir a los
datos.

 Un esquema es una descripción de una colección particular de datos

unsando un modelo de datos específico.
 Un SMBD soporta un modelo de datos, que es usado para
describir el esquema de la base de datos a utilizar.

 Existen varios modelos de datos. En Bases de Datos se han usado

tradicionalmente tres:
 Jerárquico
 Redes
 Relacional
 Modelación de Datos

 Otros modelos incluyen:
 Modelo Entidad-Relacion (ER)
 Modelo Entidad Relacion Extendido (EER)
 Modelo Orientado a Objetos
 Lenguaje de Modelacion Unificado (UML)
 Otros modelos semánticos
MAQUINA USUARIO

MODELO MODELO MODELO MODELO

MODELO ENTIDAD DE DATOS
JERARQUICO CODASYL RELACIONAL
DBTG RELACION SEMANTICO
(REDES) (E-R)
 Esquema conceptual

Descripción concisa de los requisitos de
información de los usuarios
 Descripciones detalladas de
 TIPOS DE DATOS
 RELACIONES ENTRE DATOS
 RESTRICCIONES que los DATOS deben cumplir

Sin detalles de implementación

 Más fácil de entender
 Comunicación con el usuario no técnico
7
 Conceptos básicos del
modelo

 Entidad ( entity )
 Atributo ( attribute )
 Dominio ( values set )
 Relación ( relationship )

8
 Modelos de datos

Bajo la estructura de la base de datos se encuentra el
modelo de datos: una colección de herramientas
conceptuales para describir los datos, las relaciones, la
semántica y las restricciones de consistencia.
 Modelo ER

 Está basado en una percepción del mundo real que
consta de una colección de objetos básicos, llamados
entidades, y de relaciones entre estos objetos.

Una entidad es una «cosa» u «objeto» en el mundo real que es

distinguible de otros objetos.
 Modelo ER

 Las entidades se describen en una base de datos
mediante un conjunto de atributos.

 Una relación es una asociación entre varias entidades.

 Modelo ER

La estructura lógica general de una base de datos se puede
expresar gráficamente mediante un diagrama ER,
que consta de los siguientes componentes:
• Rectángulos, que representan conjuntos de entidades.
• Elipses, que representan atributos.
• Rombos, que representan relaciones entre conjuntos de
entidades.
• Líneas, que unen los atributos con los conjuntos de
entidades y los conjuntos de entidades con las relaciones.
Notación del Modelo
Entidad Relación
Notación

Elementos del Modelo
ER

Entidad Entidad
Débil

Relación de
Atributo Identificación

Atributo
Atributo Llave
Compuesto

Atributo
Derivado
Relacion

Enlace
 Modelo ER

E1 R E2

Participacion Total de E2 en R

1 n
E1 R E2

Relación de Cardinalidad 1:n para E1:E2 en R

(min, max)
R E

Restriccion Estructural (min, max) en la participacion

de E en R
Notación

Otra Notación

 Modelo ER

 Tres elementos básicos: entidades, atributos y
relaciones.
 ENTIDAD: Es todo objeto de datos que es
diferenciable de otros objetos, ya sean abstractos o
concretos.
 ATRIBUTO: Permite describir a una entidad. Los
atributos describen propiedades o características de
una entidad.
nombre
curp sueldo

Empleados
 ENTIDAD

 Cosa u objeto del mundo real con existencia
propia y distinguible del resto

 Objeto con existencia...

 física o real (una persona, un libro, un empleado)
 abstracta o conceptual (una asignatura, un viaje)

 “Persona, lugar, cosa, concepto o suceso, real o

abstracto, de interés para la empresa” (ANSI, 1977)
20
 TIPO DE ENTIDAD (entity set)

Define un conjunto de entidades que poseen
los mismos atributos
PELICULA: titulo, genero, nacionalidad, añoestreno,numcopias
EMPLEADO: dni, nss, nombre, fechanacim, direccion, telefono,
altura, nacionalidad, edad
Notación

EMPLEADO PELICULA DIRECTOR

CLIENTE TEATRO ACTOR

21
 Intensión y Extensión

 Un tipo de entidad describe el esquema o intensión para un
conjunto de entidades que poseen la misma estructura
EMPLEADO: dni, nss, nombre, dirección, telefono, altura, fechanacim,
nacionalidad, edad
 Las instancias del tipo de entidad se agrupan en un conjunto de
entidades o extensión

e1  (87654321, 1122334455, “Cristina Aliaga Gil”, “Libertad, 2. Yecla.

Murcia. 30510”, 968100200, 1’60, 28/07/1979, España, 23)
e2  (12345678, 6677889900, “Antonio Gil Sánchez”, “Paz, 5. Murcia.
Murcia.30012”, 968111222, 1’76, 14/04/1944, España, 58)
e3  (11223344, 1234567890, “Julia Sauce”, “Justicia, 20. Yecla. Murcia.
30510”, 968000222, 1’59, 23/05/1947, España, 55) 22
...
 ATRIBUTO
 de una entidad
 Propiedad o característica
 Una entidad particular es descrita por los valores de
sus atributos:
titulo = El alquimista impaciente
genero = Thriller
p1
nacionalidad = España
añoestreno = 2002
...
dni = 87654321
e1 nss = 1122334455
nombre = Cristina Aliaga Gil
nacionalidad = España
23
...
 Instancia de un tipo de entidad
 También...  PELICULA
 Ocurrencia
titulo = El señor de los anillos
 Realización
genero = Fantasía
 Ejemplar p2
nacionalidad = EEUU
 Entidad concreta o añoestreno = 2001
individual ...

titulo = Amores perros titulo = Amelie

genero = Drama genero = Comedia
p3 nacionalidad = Méjico p4 nacionalidad = Francia
añoestreno = 1999 añoestreno = 2001
... ... 24
 Atributos
ATRIBUTOS
 Simples

 Compuestos
 Monovalorados.
Por ejemplo, el atributo número-préstamo para una entidad préstamo
específico, referencia a un único número de préstamo.

 Multivalorados.
Considérese un conjunto de entidades empleado con el atributo número-
teléfono. Cualquier empleado particular puede tener cero, uno o más
números de teléfono.

 Derivados
 Atributos

 Una entidad es representada como un conjunto de atributos,
que describe las propiedades poseídas por todos los miembros
del conjunto de entidades.
Ejemplo:
customer = (customer-id, customer-name,
customer-street, customer-city)
loan = (loan-number, amount)
 Dominio – conjunto de valores permitidos para cada atributo.
 Tipos de atributo:
 Atributos simples y compuestos
 Atributos univaluados y multivaluados.
 Atributo multivaluado. [Link]. Números telefónicos
 Atributos derivados
 Puede calcularse a partir de otros atributos
 [Link]. La edad puede calcularse a partir de fecha de nacimiento
 Modelo ER
CLAVES 
Una clave permite identificar un conjunto de atributos suficiente para
distinguir las entidades entre sí.

Las claves también ayudan a identificar unívocamente a las Relaciones y

así a distinguir las relaciones entre sí.

Super clave: de un conjunto de entidades es un conjunto de uno o más

atributos que, tomados colectivamente, permiten identificar unívocamente
una entidad en un conjunto de entidades

Clave primaria: se denomina la superclave mínima del conjunto de

entidades

Clave candidata: superclave con un número mínimo de atributos.

 Claves

 Una super clave en un conjunto de entidades es
uno o más atributos cuyos valores únicos
determinan cada entidad.
 Una clave candidata de un conjunto de
entidades es una super clave mínima.
 Customer_id es una clave candidata de customer.
 Acount_number es una clave candidata de account.
 Aunque puedan existir varias claves candidatas,
una de las claves candidatas es seleccionada
para ser la clave primaria.
 Claves para conjuntos de
relaciones

 La combinación de claves primarias de un conjunto de
entidades participantes forman una super clave de un conjunto
de relaciones
 (customer-id, account-number) es la super clave de depositor
 Nota: esto significa que un par de conjuntos de entidades puede
tener a lo mucho una relación en un conjunto particular de
relaciones.
 P. ej. Si desea rastrear todas las fechas de acceso de cada cuenta por
cada cliente, no podemos suponer una relación para cada acceso.
Debemos usar un atributo multivaluado en ese caso.
 Debemos considerar la cardinalidad mapeada del conjunto de
relaciones cuando decidamos cuales son las claves candidatas.
 Necesitamos considerar la semántica del conjunto de relaciones
en la selección de la clave primaria en caso de que haya más de
una clave candidata.
Atributos compuestos

Nombre

Nombres Apellido_paterno Apellido_materno

Dirección

Codigo_postal

Calle Número Colonia

Modelo entidad relación

 Diagrama ER con atributos
compuestos, multivaluados y
derivados

 Conjunto de entidades

 Una base de datos puede ser modelada como
 Conjunto de entidades
 Relación entre entidades
 Una entidad es un objeto que existe, y es distinguible de
otros objetos
 Ejemplo: persona específica, compañía, evento, planta
 Las entidades tienen atributos
 Ejemplo: personas tienen nombre y dirección
 Un conjunto de entidades es un conjunto de entidades
del mismo tipo que comparten las mismas propiedades
 Ejemplo: conjunto de personas, compañías, árboles, días festivos.
Modelo entidad relación

 Ejemplos

 Para una UNIVERSIDAD, las entidades de interés
podrían ser: ALUMNOS, PROFESORES, SALONES,
ETC.

 Respecto a la entidad ALUMNO, los atributos o

características importantes podrían ser: NOMBRE,
TELEFONO, CUENTA, CARRERA, etc.
 Ejemplos

 Para una INDUSTRIA, las entidades de interés podrían
ser: DEPARTAMENTOS, EMPLEADOS, PRODUCTOR,
ETC.

 Respecto a la entidad DEPARTAMENTO, los atributos o

características importantes podrían ser: NOMBRE DEL
DIRECTOR, FUNCIONES DE DEPARTAMENTO, etc.
Conjunto de clientes y préstamos

name street

customer-id customer- customer- customer-
city
loan- amount
number
Conjunto de relaciones con
atributos

 Grado de una relación

 Se refiere al número de entidades que participan en una
relación
 Los conjuntos de relaciones que involucran dos conjuntos de
entidades se llaman relaciones binarias (o de grado dos). La
mayoría de las relaciones en una base de datos es de este tipo
 Los conjuntos de relaciones pueden involucrar a más de dos
conjuntos de entidades
 [Link]. Suponga que los empleados de un banco pueden tener trabajos
(responsabilidades) en múltiples sucursales. Por tanto hay una
relación ternaria entre employee, job y branch.
 Las relaciones entre más de dos entidades son raras. La
mayoría de las relaciones son entre dos entidades.
 Conjuntos de relaciones

Una relación es una asociación entre varias
entidades
Ejemplo:
Hayes depositor A-102
entidad customer relación entidad account
Un conjunto de relaciones es una relación
matemática entre n>=2 entidades, cada una
tomada de un conjunto de entidades
{(e1, e2, … en) | e1  E1, e2  E2, …, en  En}
donde (e1, e2, … en) es una relación
 Ejemplo:
(Hayes, A-102)  depositor
 Papeles
 Los conjuntos de entidades de una relación no necesitan ser diferentes
 Las etiquetas “manager” y “worker” son llamados papeles; estas especifican los
entidades employee interactuan en el conjunto de relaciones work-for.
 Los papeles son indicados mediante la etiqueta que se coloca en las líneas que
unen rombos y rectángulos.
 Las etiquetas son opcionales, y se usan para clarificar la semántica de la relación
 Modelo ER
 o asociación existente
 RELACIÓN : Describe la conexión
entre dos o más entidades.
 EMPLEADOS trabajan en DEPARTAMENTOS es una
relación BINARIA
inicio
nombre D_nomb
curp sueldo D_id presupuesto

Empleados trabaja_en Departamento

 El empleado “JOSE” en cuántos departamentos trabaja?

 Cardinalidades de
mapeo

Expresa el número de entidades a las cuales
otra entidad puede ser asociada vía un
conjunto de relaciones.
Más útil en describir conjuntos de relaciones
binarias
Para una relación binaria el mapeo de
cardinalidades puede ser
 Uno a uno
 Uno a muchos
 Muchos a uno
 Muchos a muchos
 Conjunto de relaciones
 Un atributo también puede pertenecer a una relación
 Por ejemplo, el conjunto de relaciones depositor entre los conjuntos de entidades
customer y account puede tener el atributo access-date
Cardinalidades de
mapeo

Cardinalidades de
mapeo

 Restricciones de
cardinalidad
 Expresaremos las restricciones de cardinalidad dibujando una línea
dirigida , significando uno, o sin dirigir , significando muchos, entre un
conjunto de relaciones y un conjunto de entidades.
 Ejemplo: relación de uno a uno:
 Un custom (cliente) se relaciona con cuando mucho un borrow (préstamo) vía la
relación borrower (prestatario).
 Un borrow (préstamo) se relaciona con cuando mucho un custom (cliente) vía la
relación borrower (prestatario).
 El mapeo de cardinalidades
afecta el diseño ER

• Se puede hacer que access-date (fecha de acceso) sea un atributo de
account, en lugar de que sea atributo de la relación, si cada cuenta puede
tener un solo dueño.

• La relación account
a customer es de
muchos a un, o
equivalentemente,
la relación de
customer a account
es de uno a
muchos.
El conjunto de relaciones borrower
(prestatario)

 Relaciones uno a
muchos

En la relación uno a muchos un préstamo es asociado con a lo más un
cliente vía borrower, un cliente es asociado con varios (inclusive 0)
préstamos vía borrower.
 Relaciones muchos a
muchos

Un préstamo es asociado con varios (inclusive 0) clientes vía borrower
Un cliente es asociado con varios (inclusive 0) préstamos vía borrower.
 Relaciones muchos a uno


En la relación muchos
a uno un préstamo es
asociado con varios
(inclusive 0) clientes
vía borrower, un cliente
es asociado con a lo
más un préstamo vía
borrower.
 Ejemplo Relación 1:1
1 curso es impartido por 1 profesor
1 profesor imparte 1 curso

CRSID TNAME

1 1
COURSE TEACHES TEACHER
TITLE DEPT
 Ejemplo relación 1:N
1 curso es impartido por máximo 1 profesor
1 profesor imparte CERO o MAS cursos

CRSID TNAME

N 1
COURSE TEACHES TEACHER
TITLE DEPT
 Ejemplo Relación M:N
1 país exporta CERO o MAS productos
1 producto es exportado por CERO o MAS países

QTY
ID PNUM

M N
COUNTRY EXPORT PRODUCT
NAME PDESCRPTION

1 país exporta máximo N productos

1 producto es exportado por máximo N países
 Restricciones
Adicionales

 Participación total
 Se representa con doble línea del lado de la entidad en la que todas sus
instancias deben estar asociadas con alguna instancia de la otra
entidad. QTY
ID PNUM

M N
COUNTRY EXPORT PRODUCT
NAME PDESCRPTION

 1 país exporta CERO o MAS productos

 1 producto es exportado por UNO o MAS países
 Participación de un conjunto de
entidades en un conjunto de relaciones
 Participación total (indicada por doble línea) cada entidad de un conjunto de
entidades participa en al menos una relación en el conjunto de relaciones.
 P. ej. La participación de loan (préstamo) en borrower es total
 Todo préstamo debe tener un cliente asociado a él vía borrower.
 Participación parcial (indicada por línea sencilla) algunas entidades del conjunto de
entidades pueden no participar en el conjunto de relaciones
 La participación de cutomer (cliente) en borrower es parcial.
 Notación alternativa de
cardinalidad

Límites de cardinalidad también pueden expresar restricciones de
participación.
Diagrama E-R de una relación
ternaria

 Restricciones de cardinalidad en
relaciones ternarias

 Se permite cuando mucho una flecha saliente de una relación
ternaria (o de grado mayor) para indicar restricciones de
cardinalidad.
 P. ej. Una flecha de works-on hacia job indica que cada trabajador
trabaja en a lo mucho un empleo en cualquier sucursal.
 Si hay más de una flecha, hay dos maneras de definir el
significado:
 Por ejemplo una relación ternaria R entre A, B y C con flechas entre B
y C, puede significar
 1. cada entidad de A esta asociada con una única entidad de B y C o
 2. cada par de entidades desde (A, B) está asociada una única entidad
C, y cada para (A, C) está asociada con un único B
 Cada alternativa ha tenido uso en diferentes formalismos.
 Para evitar confusión prohibimos más de una flecha.
 Relaciones binarias vs. No
binarias

Muchas relaciones que parecen no binarias son
mejor representadas como relaciones binarias.
 P. ej. Una relación ternaria padres entre hijo y su
padre y madre es mejor reemplazada por dos
relaciones binarias, padre y madre.
 Usar dos relaciones binarias nos permite información
parcial ([Link]. Que solo se conozca a la madre)
 Pero hay relaciones que son no binarias por
naturaleza, [Link]. Work-on
Convertir relaciones no binarias a
binarias

 En general cualquier relación puede ser representada usando
relaciones binarias crenado un conjunto de entidades artificial.
 Reemplace R entre los conjuntos de entidades A, B y C con un
conjunto de entidades E, y tres conjuntos de relaciones:
 1. RA, entre E y A 2. RB entre E y B 3. RC entre E y C
 Cree un atributo especial identificado por E
 Agregue cualquier atributo de R a E
 Para cualquier relación (ai, bi, ci) en R, cree
 1. una nueva entidad ei en el conjunto de entidades E
 2. agregue (ei, ai) a RA
 3. agregue (ei, ai) a RB
 4. agregue (ei, ci) a RC
Convertir relaciones no binarias a
binarias

 También es necesario traducir las restricciones
 Traducir todas las restricciones puede ser imposible
 Puede haber instancias en el esquema traducido que puedan no
corresponder a ninguna instancia de R
 Ejercicio: agregue restricciones a las relaciones RA, RB, RC para asegurar que la
entidad creada corresponda exactamente a cada una de los conjuntos de
entidades A, B y C.
 Podemos evitar crear un atributo identificado haciendo E una
conjunto de entidades débiles identificado por los tres conjuntos
de relaciones.
 Cuestiones de diseño

 Uso de conjunto de entidades vs. atributos. La elección depende
de la estructura de la empresa a ser modelada, y de la semántica
asociada con el atributo en cuestión
 Uso de conjunto de entidades vs. Conjunto de relaciones. La
posible guía es designar un conjunto de relaciones para describir
una acción que ocurre entre entidades.
 Conjuntos de relaciones binarios vs. N-arios. Aunque es posible
reemplazar cualquier conjunto de relaciones no binario por un
número de conjuntos de relaciones binaria, un conjunto de
relaciones n-ario muestra más claramente que varias entidades
participan en una relación simple.
 Cuando poner atributos en las relaciones
 Conjunto de entidades
débiles

 Un conjunto de entidades que no tiene una clave principal es llamado conjunto
de entidades débil.
 La existencia de un conjunto de entidades débil depende de la existencia de un
conjunto de entidades identificadoras.
 Debe ser relacionada con el conjunto de entidades identificadoras vía una relación
uno-a-mucho total desde la entidad identificadora hacia el conjunto de entidades
débil.
 Dibuje la relación identificadora con un diamante de doble trazo.
 El discriminador (clave parcial) de un conjunto de entidades débil es el
conjunto de atributos que distingue entre todas las entidades del conjunto de
entidades débil.
 La clave primaria de un conjunto de entidades débil está formado por la clave
primaria del conjunto de entidades fuerte de la cual el conjunto de entidades
débil depende su existencia, más un discriminador del conjunto de entidades
débil.
 Conjunto de entidades débiles
(cont.)

 Dibujamos el conjunto de entidades débil con un doble rectángulo.
 Se subraya con líneas punteadas el discriminador del conjunto de
entidades débil
 Discriminador payment-number del conjunto de entidades payment.
 Clave primaria para payment – (loan-number, payment-number)
 Conjunto de entidades débiles
(cont.)

Nota: La clave primaria del conjunto de
entidades fuerte no se almacena explícitamente
con el conjunto de entidades débil, ya que está
implícito en la relación identificadora.
Si loan-number fuera explícitamente
almacenada, payment sería una entidad fuerte,
pero la relación entre payment y loan estaría
duplicada por la relación implícita definida por
el atributo loan-number común a payment y loan.
 Más ejemplos de conjuntos de entidades
débiles

 En una universidad, un curso es una entidad
fuerte y oferta-curso puede ser modelado como
una entidad débil.
 El discriminador de oferta-curso sería semestre
(incluyendo el año) y número-sección (si hay
mas de una sección).
 Si modelamos oferta-curso como entidad fuerte
modelaríamos número-curso como un atributo.
Luego la relación con curso estaría implícita en
el atributo número-curso.
 especialización

 Proceso de diseño descendente (Top-Down):
designamos subgrupos dentro de un conjunto de
entidades que son distintos de otras entidades en el
conjunto.
 Estos subgrupos se convierten en conjuntos de
entidades de bajo nivel que tienen atributos o participan
en relaciones que no se aplican a los conjuntos de
entidades de alto nivel.
 Se dibujan con un triángulo etiquetado ISA (es un)
 Atributos heredados – un conjunto de entidades de bajo
nivel hereda todos los atributos y participación en
relaciones de un conjunto de entidades de alto nivel al
cual está ligado.
 Ejemplo de
especialización

 Generalización

 Un proceso de diseño ascendente (bottom-up) –
combina un número de conjuntos de entidades
que comparten las mísmas características en un
conjunto de entidades de más alto nivel.
 La especialización y la generalización son
inversiones simples la una de la otra; son
representadas en un diagrama ER de la misma
manera.
 Los términos especialización y generalización se
usan indistintamente.
 Generalización

 Puede haber múltiples especializaciones de un
conjunto de entidades basado en diferentes
aspectos.
 [Link]. Permanet-eployee vs. Temporary-employee,
ademas de officer, secretary vs. Teller.
 Cada empleado particular puede ser:
 Un miembro de Permanet-eployee vs. Temporary-
employee,
 Y también un miembro de officer, secretary vs. Teller.
 La relación ISA también se refiere a la relación
superclase-subclase.
Diagrama ER de una empresa bancaria


 ER Company

Diagrama ER de una
empresa de proyectos

Tomado de Elmasri R, Navathe S

Fundamentals of Database Systems
E/G: Ejemplo de 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 75

 Modelo entidad relación

TALLER 2.
1. Explíquense las diferencias entre los términos clave
primaria, clave candidata y superclave.
2. Constrúyase un diagrama E-R para una compañía de
seguros de vehículos cuyos clientes poseen uno o más
vehículos. Cada uno de ellos tiene asociado un número de
cero a cualquier valor que almacena el número de
accidentes.
3. Constrúyase un diagrama E-R para un hospital con un
conjunto de pacientes y un conjunto de médicos. Asóciese
con cada paciente un registro de las diferentes pruebas y
exámenes realizados.
 Modelo entidad relación


TALLER 2.
4. Una oficina de registro de una universidad mantiene datos acerca de las
siguientes entidades: (a) asignaturas, incluyendo el número, título, programa, y
prerrequisitos;
(b) ofertas de asignaturas, incluyendo número de asignatura, año, semestre,
número de sección, profesor(es), horarios y aulas;
(c) estudiantes, incluyendo idestudiante, nombre y programa;
(d) profesores, incluyendo número de identificación, nombre, departamento y
título.
 Además, la matrícula de los estudiantes en asignaturas y las notas
concedidas a estudiantes en cada asignatura en la que están matriculados
se deben modelar adecuadamente.

 Constrúyase un diagrama E-R para la oficina de registro. Documéntense

todas las decisiones que se hagan acerca de restricciones de
correspondencia.
 Resumen
 El modelo de datos entidad-relación (E-R) se basa en una percepción del mundo real consistente en
un conjunto de objetos básicos llamados entidades y en relaciones entre esos objetos.
 El modelo está pensado principalmente para el proceso de diseño de la base de datos. Fue



un esquema de la empresa. 
desarrollado para facilitar el diseño permitiendo la especiación de

Tal esquema representa la estructura lógica general de la base de datos.

 Esta estructura general se puede expresar gráficamente mediante un diagrama E-R.
 Una entidad es un objeto que existe y es distinguible de otros objetos. Se expresa la distinción
asociando con cada entidad un conjunto de atributos que describen el objeto.
 Una relación es una asociación entre diferentes entidades.
 Un conjunto de relaciones es una colección de relaciones del mismo tipo y un conjunto de entidades
es una colección de entidades del mismo tipo.
 La correspondencia de cardinalidades expresa el número de entidades a las que otra entidad se
puede asociar a través de un conjunto de relaciones.
 Una superclave de un conjunto de entidades es un conjunto de uno o más atributos que, tomados
colectivamente, permiten identificar unívocamente una entidad en un conjunto de entidades. Se elige
una superclave mínima para cada conjunto de entidades de entre sus superclaves; la superclave
mínima se denomina la clave primaria del conjunto de entidades. Análogamente, un conjunto de
relaciones es un conjunto de uno o más atributos que, tomados colectivamente, permiten identificar
unívocamente una relación en un conjunto de relaciones. De igual forma se elige una superclave
mínima para cada conjunto de relaciones de entre todas sus superclaves; ésta es la clave primaria del
conjunto de relaciones. de nivel más alto para formar un conjunto de entidades de nivel más bajo.
 Referencias
1. Introducción a los sistemas de bases de datos, Date c. J., Pearson
2. Fundamentos bases de datos, Oppel Andy, Mc Graw Hill
3.
4.

Fundamentos bases de datos, Silberschatz korth sudarshan, Mc Graw Hill
Fundamentos de sistemas de bases de datos, Ramez Elmasri, Pearson
5. Tecnología y diseño de bases de datos, g. Piattini Mario, Alfaomega
6. Administración de bases de datos diseño y desarrollo, v. Mannino Michael
7. Ceri Stefano & Pelagatti Guiseppe, “Distribuyed Data Bases Principles &
Systems“, Ed. Mc Graw Hill.
8. Date C. J. “Introducción a los Sistemas de Bases de Datos”, Ed. Addisson
Wesley Longman , México 2000
9. M. I. Solleiro, Diaz de Sandi, “Notas de Base de Datos II”, México 2000
10. Miguel A. Rodríguez, “Bases de datos “, Mc Graw Hill, España 1992
11. Ullman Jeffrey D. “Principal of data base systems” Ed. Computer Sciencie
Press.
12. Martin james “Computer data base organization” Ed. Prentice Hall