Bases de datos

2
Grado en Ingeniería Informática

Javier Arroyo
Yolanda García
Virginia Francisco Gilmartín
Iván Martínez
Fernando Sáenz
Facultad de Informática
Universidad Complutense
(Modificado y adaptado por María Cruz Valiente Blázquez
para el Grado en Ingeniería del Software)
BD: Diseño conceptual. Modelo ER Página 1
1. Modelo de datos (Repaso)
2. Diseño conceptual
3. Modelo Entidad-Relación
— Entidades
— Relaciones
— Restricciones
 Cardinalidad
 Participación
 Mínimo máximo
 Unicidad
— Entidades débiles
4. Modelo Entidad-Relación Extendido

BD: Diseño conceptual. Modelo ER Página 2

 MUNDO REAL Universidad, Biblioteca, Hospital…

Visión del mundo real bajo unos

UNIVERSO DEL DISCURSO objetivos (mini-mundo).

MODELADO CONCEPTUAL Modelos conceptuales: Modelo E/R…

MODELADO LÓGICO Modelos convencionales de Bases de

(BASE DE DATOS) datos: Modelo relacional…

Estructuras físicas: modos de

MODELADO FÍSICO almacenamiento…
BD: Introducción Página 3
 Representación a un alto nivel de abstracción de una BD.
 Descripción de la BD fácil de entender.
 Se crea a partir de los requisitos del usuario.
 Refleja el contenido semántico de los datos existentes, pero
no las propiedades que respondan a características de tipo
físico (modo de almacenamiento, rutas de acceso…).
 Tipos:
— Modelo entidad-relación:
 Consiste en una colección de objetos básicos
(entidades), con sus atributos, y de las relaciones
entre dichos objetos.
 Se usa mucho en el diseño de bases de datos.
— Modelo de datos orientado a objetos:
 Extensión del modelo entidad-relación con los
conceptos de encapsulación, métodos e identidad
de los objetos.
BD: Diseño conceptual. Modelo ER Página 4
 Un buen diseño debe de ser:
— Conciso.
— Fácil de comprender.
— Fácil de mantener.
— Eficiente.
 El diseño del modelo E/R a partir del análisis inicial NO es
directo.
 A un mismo análisis normalmente le corresponden varios
diseños “candidatos”.
 Dos peligros importantes a evitar:
— Redundancia: Información repetida.
— Incompletitud e inexactitud: Aspectos no modelados o
mal modelados.

BD: Diseño conceptual. Modelo ER Página 5

1. Elección de los tipos de entidad y sus atributos.

2. Elección de los tipos de relación.

3. Restricciones (en las relaciones).

BD: Diseño conceptual. Modelo ER Página 6

 Modelo de datos de alto nivel que nos permite diseñar el
esquema conceptual de una BD.
 Consta de elementos básicos (entidades) y de relaciones
entre ellos (relaciones).
 Las entidades se describen por un conjunto de atributos.
 Además, es posible representar ciertas restricciones:
— Cardinalidad.

— Participación.

— Clave primaria.

— Unicidad.

BD: Diseño conceptual. Modelo ER Página 7

 Diagrama Entidad-Relación (E/R):
— Rectángulos: Tipos (o conjuntos) de entidades.

— Elipses => atributos.

— Rombos => Tipos (o conjuntos) de relaciones.

 Ejemplo:
dni
num_cuenta
nombre

cliente es_titular cuenta

calle
saldo
ciudad

BD: Diseño conceptual. Modelo ER Página 8

 Concepto fácil de entender, pero difícil de definir de manera formal.
 Una entidad es un elemento que existe (es decir, tiene existencia
propia) y es distinguible de otros elementos.
 Puede ser física (una persona, un vehículo) o abstracta (un curso,
un pedido).
 Una entidad es un objeto del mundo real del que se desea
almacenar información. Por ejemplo, una persona.
 Está representada por un conjunto de atributos, que son los datos
que describen la entidad. Por ejemplo, para la entidad persona
tendríamos el DNI, el nombre, los apellidos, la dirección, el
teléfono…
 Una entidad debe estar caracterizada por algo más que su
identificador principal.
 Un tipo de entidad representa todas las posibles entidades con
que comparten los mismos atributos.
BD: Diseño conceptual. Modelo ER Página 9
 Características o elementos informativos que describen
una entidad:
— Ej.: La entidad CLIENTE tiene los atributos dni, nombre,
calle y ciudad.
— Ej.: La entidad CUENTA tiene los atributos num_cuenta y
saldo.
 Cada atributo tiene en general asociado un dominio:
— Ej.: nombre_cliente puede ser cualquier cadena de
caracteres de una cierta longitud.
 En el diagrama E/R los atributos se representan con una
elipse, pero no tienen representación para su dominio.

BD: Diseño conceptual. Modelo ER Página 10

 Se dice que un atributo es compuesto cuando puede
descomponerse en otros componentes o atributos más
pequeños, y simple en otro caso:
— Ej.: En el caso del nombre de una persona puede que
interese descomponerlo a su vez en nombre, primer
apellido y segundo apellido por separado.
 Se representan como elipses (atributos simples) unidos a
otra elipse (atributo compuesto) que se une a la entidad.

Simple A Simple B

Compuesto

BD: Diseño conceptual. Modelo ER Página 11

 Se llama atributo monovaluado a un atributo que solo
puede contener un valor.
 Se llama atributo multivaluado a un atributo que puede
contener más de un valor:
— Ej.: Una persona puede tener varios números de
teléfono (casa, trabajo, móvil) y puede que interese
tenerlos todos en la base de datos. En este caso el
número de teléfono se definirá como un atributo
multivaluado.
 Los atributos multivaluados se representan con dos elipses
concéntricas:

Multivaluado

BD: Diseño conceptual. Modelo ER Página 12

 Se dice que un atributo es derivado si puede obtenerse a
partir de otros atributos o entidades relacionados.
— Ej.: El atributo edad podría obtenerse a partir del
atributo fecha_nacimiento.
 Los atributos derivados se representan con un trazo
punteado.

Derivado

BD: Diseño conceptual. Modelo ER Página 13

 Si una entidad no tiene valor para un atributo, toma el
valor nulo (ej., si el cliente de un Banco no tiene correo
electrónico).
 Para indicar la posibilidad de que los atributos pueden ser
nulos se utiliza el asterisco:

domicilio*

BD: Diseño conceptual. Modelo ER Página 14

BD: Diseño conceptual. Modelo ER Página 15
 Una relación es un vínculo o asociación entre varias entidades.
 Las relaciones no tienen existencia propia en el Universo del
discurso que se está modelando, pero son necesarias para
reflejar las interacciones existentes entre las entidades.
 Se representan con un rombo.
 El texto de dentro matiza cuál es la relación que une a esas
entidades.
 Grado de una relación es el número de entidades que asocia:
— Relación binaria: asocia dos entidades.
— Relación ternaria: asocia tres entidades.
— Relación recursiva: asocia una entidad consigo misma.

Cliente es_titular Cuenta

BD: Diseño conceptual. Modelo ER Página 16

 Una relación es un vínculo o asociación entre varias
entidades
R={(e1, ..., en) | e1 ∈ E1, e2 ∈ E2, ..., en ∈ En}
 ei entidades
 Ei conjuntos de entidades
 Se dice que los conjuntos de entidades E1, E2, … , En
participan en la relación R
 Ejemplo de relación. Sean:
— {a1, a2, a3, a4} un conjunto de entidades de tipo CLIENTE
— {b1,b2,b3} un conjunto de entidades de tipo CUENTA
— Una relación podría ser: R={(a1,b1), (a2,b1), (a1,b2)}
expresando:
 a1 tiene asociadas las cuentas b1 y b2
 a2 tiene asociada la cuenta b1
BD: Diseño conceptual. Modelo ER Página 17
 La función que desempeña una entidad en una relación
se denomina rol de esa entidad.
 En general, los roles están implícitos y no se suelen
especificar.
 Resultan útiles cuando el significado de una relación
necesita aclaración.
 Ej.: Relaciones recursivas.

supervisor subordinado
Profesor

supervisa

BD: Diseño conceptual. Modelo ER Página 18

 Una relación puede incluir un nombre y unos atributos que
la caractericen.
 Ejemplo:

fecha_devolución ISBN
DNI

Usuario tiene_prestado Libro

BD: Diseño conceptual. Modelo ER Página 19

 Los atributos de una relación solo deben aparecer en la
relación si no pueden ser añadidos a alguna de las
entidades que participan de la relación.

fecha_apertura número_cuenta
DNI

Cliente es_titular Cuenta

fecha_apertura número_cuenta
DNI

Cliente es_titular Cuenta

BD: Diseño conceptual. Modelo ER Página 20

 Con entidades, atributos y relaciones tenemos una primera
aproximación a los diagramas E/R con los elementos
principales de los diagramas. Sin embargo, en el modelo
E/R también se pueden definir numerosas restricciones
sobre los tipos de entidades y sobre los tipos de relaciones.
 Las restricciones son propiedades asociadas a un tipo de
entidad o de relación.
 Las instancias válidas del tipo de entidad o relación son
aquellas en las que se verifican el conjunto de restricciones
asociadas.

BD: Diseño conceptual. Modelo ER Página 21

 La proporción de cardinalidad (o simplemente, cardinalidad)
en una relación binaria limita el número máximo de ocurrencias
de una entidad asociadas a una ocurrencia dada de la otra
entidad.
 Junto a las restricciones de participación (que se verán más
adelante), se conocen como restricciones estructurales.
 Tipos de cardinalidad en relaciones binarias entre las entidades
A y B:
— Uno a uno (1:1): cada elemento de A se relaciona como máximo
con un elemento de B y viceversa.
— Uno a varios (1:N): cada elemento de A se relaciona con cualquier
número de elementos de B, pero cada elemento de B se relaciona
como máximo con un elemento de A.
— Varios a uno (N:1): cada elemento de A se relaciona como máximo
con un elemento de B, pero cada elemento de B se relaciona con
cualquier número de elementos de A.
— Varios a varios (N:M): cada elemento de A se relaciona con
— cualquier número de elementos de B y viceversa.
BD: Diseño conceptual. Modelo ER Página 22
 A cada ocurrencia de la entidad A le corresponde una
ocurrencia de la entidad B, y viceversa (correspondencia
biunívoca).
Entidad A Entidad B
R
a1 b1
a2 b2
a3 b3

… …
 Representación en diagrama E/R:
1:1

Entidad A R Entidad B

BD: Diseño conceptual. Modelo ER Página 23

 Si se tuviera, por ejemplo, una entidad con chasis y otra
con las matrículas de los coches se debería determinar que
cada chasis solo puede estar vinculado a una matrícula, y
una matrícula a un único chasis, no más en ningún caso.

1:1

Chasis vinculado_a Matrícula

BD: Diseño conceptual. Modelo ER Página 24

 A cada ocurrencia de la entidad A le pueden corresponder
varias ocurrencias de la entidad B. Pero a cada ocurrencia
de la entidad B solo le corresponde una ocurrencia de la
entidad A.
Entidad A Entidad B
R
a1 b1
a2 b2
a3 b3

… … b4

 Representación en diagrama E/R:

1:N

Entidad A R Entidad B

BD: Diseño conceptual. Modelo ER Página 25

 El supervisor de un profesor, si lo tiene, es único. La
restricción de cardinalidad es 1.
 El tipo de entidad profesor, en el papel supervisor no tiene
ninguna restricción de cardinalidad, un profesor puede
supervisar a un número indeterminado de profesores. La
restricción de cardinalidad en este caso es N.

supervisor subordinado
Profesor

1:N

supervisa

BD: Diseño conceptual. Modelo ER Página 26

 Dado un país hay una cantidad no determinada en general
de personas nacidas allí. Restricción de cardinalidad N.
 Cada persona tiene un único país de nacimiento.
Restricción de cardinalidad 1.

1:N

PAÍS nace PERSONA

BD: Diseño conceptual. Modelo ER Página 27

 A cada ocurrencia de la entidad A le pueden corresponder
varias ocurrencias de la entidad B. Y a cada ocurrencia de
la entidad B le pueden corresponder varias ocurrencias de
la entidad A.
Entidad A Entidad B
R
a1 b1
a2 b2
a3 b3

… … b4

 Representación en diagrama E/R:

N:M

Entidad A R Entidad B

BD: Diseño conceptual. Modelo ER Página 28

 Un alumno puede matricularse en cualquier número de
asignaturas. No hay restricción sobre el tipo de entidad
asignatura en la relación vinculada a la matrícula. La
cardinalidad para asignatura en la relación que representa
la matriculación es N.
 Dada una asignatura, puede haberse matriculado en ella un
número cualquiera de alumnos. No hay restricciones sobre
el tipo de entidad alumnos en la relación vinculada a la
matrícula. La cardinalidad para alumnos en la relación que
representa la matriculación también es N.

BD: Diseño conceptual. Modelo ER Página 29

 Si A participa con cardinalidad “uno” en el tipo de relación
R se representará con una línea con flecha:

A R

 El caso de cardinalidad “a varios” se representa con una

línea sin flecha (como lo visto hasta ahora, porque no tiene
restricción).

A R

BD: Diseño conceptual. Modelo ER Página 30

 Ejemplo:

PAÍS nace PERSONA

Equivalente a:
1:N

PAÍS nace PERSONA

Equivalente a:

1 N
PAÍS nace PERSONA

BD: Diseño conceptual. Modelo ER Página 31

 En las relaciones ternarias, la cardinalidad de una entidad se calcula
respecto de las otras dos entidades de la relación.
 Ejemplo:
— Dado un profesor y una asignatura, existe como máximo (si es profesor de
la asignatura) un aula en la que se imparte clase. Restricción de
cardinalidad para la entidad AULA: 1.
— Dada una asignatura y un aula, puede haber varios profesores (ej., uno de
mañana y otro de tarde) o ninguno. Restricción de cardinal para la entidad
PROFESOR: N.
— Dada un profesor y un aula, pueden impartirse varias asignaturas (se
supone que el enunciado no dice que no pueda darse el caso) o ninguna.
Restricción de cardinal para la entidad ASIGNATURA: N.
Asignatura

Profesor imparte Aula

BD: Diseño conceptual. Modelo ER Página 32

 La participación de una entidad en una relación binaria es el
número mínimo y máximo de veces que una entidad puede
aparecer en una relación (ligada a otra(s) entidad(es)).
 La participación, también denominada como notación
(min,max), se escribe entre paréntesis en el lado de la entidad
que se desea describir.
 Hay que describir la participación mínima y máxima de todas las
entidades involucradas en una relación.
 Dada una relación R en la cual participa un conjunto de
entidades A, la participación mínima puede ser de dos tipos:
— Total: Cuando cada entidad de A participa en al menos una
relación de R.
— Parcial: Cuando al menos una entidad de A NO participa en
ninguna relación de R.
BD: Diseño conceptual. Modelo ER Página 33
 En algunos casos, la participación de una entidad en una
relación está limitada, tanto por su límite inferior como
superior.
 Ejemplo: un profesor puede impartir hasta seis
asignaturas, o ninguna, pero que una asignatura solamente
es impartida por un profesor:
“Un profesor participa como máximo “Una asignatura participa como máximo
6 veces en la relación y puede que no participe” una vez en la relación y debe participar”

participación
1:N
(0,6) (1,1)
Profesor imparte Asignatura
1 N

cardinalidad
BD: Diseño conceptual. Modelo ER Página 34
 La restricción de participación total se puede representar
de dos formas distintas:
N:M
(1,N) (0,N)
Alumno se_matricula Asignatura

Participación total de Alumno

Alumno se_matricula Asignatura

BD: Diseño conceptual. Modelo ER Página 35

 (0,6) (0,2)
Profesor imparte Asignatura
N N

(1,N) (0,N)
Alumno se_matricula Asignatura
N N

 La participación de Alumno en la relación tiene una

restricción de participación total.
 La participación de Profesor en la relación tiene una
restricción de participación parcial de (0, 6).

BD: Diseño conceptual. Modelo ER Página 36

 Las entidades particulares deben distinguirse unas de
otras a través de los valores de sus atributos.
 Interesa encontrar un conjunto de atributos lo más
pequeño posible que nos permita distinguir unas
entidades particulares de otras.
 Estos conjuntos serán las claves.

BD: Diseño conceptual. Modelo ER Página 37

 Dado un tipo de entidades E en una BD, se llama superclave a
cualquier conjunto de atributos que permita distinguir a todas
las entidades de cualquier instancia válida de E en la BD.
 Ejemplos:
— En el caso de Alumno y Profesor:
 El atributo {teléfono} NO es una superclave. Puede
haber varias personas con el mismo número de
teléfono (ej., 2 hermanos podrían tener el mismo
número familiar).
 Tampoco se puede considerar el atributo {nombre}
como superclave porque también podría repetirse.
 Una posible superclave es {DNI}.
— Para Asignatura se tienen 2 superclaves {título} y {código}.
— Para Aula, la única superclave es {edificio, número}.

BD: Diseño conceptual. Modelo ER Página 38

 Si S es una superclave y S ⊆ S’, entonces S’ es también
superclave
 Por ejemplo, en el caso de Asignatura, en realidad se
pueden considerar 6 superclaves:
— {título}

— {código}

— {título, número de créditos}

— {código, número de créditos}

— {título, código}

— {título, código, número de créditos}

BD: Diseño conceptual. Modelo ER Página 39

 Una clave candidata es una superclave que no contiene
ningún atributo o conjunto de ellos sin el que también
forme superclave.
 Conjunto mínimo de atributos que forman una superclave.
 Claves candidatas para asignatura:
— {título}

— {código}

 En el caso de Alumno y Profesor se tiene una única clave

candidata: {DNI}
 En el caso de Aula, la única superclave {edificio, número}
es la única clave candidata.

BD: Diseño conceptual. Modelo ER Página 40

 La clave primaria es la clave candidata finalmente seleccionada
por el diseñador para distinguir entre las entidades de cada
instancia
— Se debe tener clara la decisión de diseño por la que la que se
ha elegido entre todas las posibles claves candidatas.
 En los diagramas E/R en cada entidad se subrayan los atributos
que forman su clave primaria.
 Por ejemplo, en el caso de Asignatura lo lógico es que el
diseñador seleccionara {código} como clave primaria porque:
— Es posible que en algún momento haya dos asignaturas con el
mismo título (por ejemplo, por un cambio de planes de
estudio) pero parece sensato obligar a que siempre tengan
códigos distintos.
— El código es más fácil de introducir (para buscar la
información).

BD: Diseño conceptual. Modelo ER Página 41

 Un tipo de entidad que no tiene suficientes atributos para formar
una clave primaria se denomina entidad débil.
— Es decir, los atributos no sirven para identificar unívocamente a
las tuplas.
 Una entidad débil necesita que una entidad fuerte le preste
atributos (su clave primaria o sino una clave candidata) para poder
formar su propia clave primaria y así identificar sus tuplas de
manera unívoca.
 Ejemplo: diseño de una BD para álbumes de música. Se va a utilizar
la siguiente información:
— Álbum: título, intérprete, número de serie.

— Canción: título, duración.

— También se desea relacionar las canciones con el álbum al que

pertenecen. Esta relación será de muchas a una entre canciones
y álbumes (a cada canción le corresponde un álbum).
BD: Diseño conceptual. Modelo ER Página 42
 N 1
CANCIÓN pertenece ÁLBUM

título duración número_serie título intérprete

 ALBUM:
— El número de serie del álbum no se puede repetir en dos
álbumes diferentes.
— El título sí podría repetirse. Por ejemplo, tanto "Blur" como
"Black Sabbath" tienen un álbum de título “13”; “Ryan Adams”
y “Taylor Swift” tienen un álbum de título “1989”…

BD: Diseño conceptual. Modelo ER Página 43

 CANCION:
— En diferentes álbumes puede aparecer la misma canción
(mismo título) y puede darse con la misma duración.
Por ejemplo, supongamos que la canción "Slide away"
que aparece en un álbum de "The Verve" y en uno de
"Oasis" tiene la misma duración. Son canciones
diferentes (diferentes intérpretes), es decir, entidades
diferentes pero no resultaría posible distinguirlas y
además hay redundancia (valores repetidos)
{ {título=”Slide away”, duración=6’},
{título=”Slide away”, duración=6’}}

BD: Diseño conceptual. Modelo ER Página 44

 Por tanto, {título, duración} no es superclave y la entidad
no contiene ninguna clave primaria.
 Si se incluye el numero de serie del álbum en la clave,
entonces sí que se tiene una superclave:
— Será la única clave candidata.
— Será la clave primaria.
 Clave primaria del tipo de entidad CANCIÓN:
{número_serie, título, duración} .

BD: Diseño conceptual. Modelo ER Página 45

 Los tipos de entidad débiles se representan con rectángulos
dobles.
 El tipo de relación(es) que permiten formar la clave se indican
con un doble rombo.
 Fijados los atributos que se toman prestados como clave, los
atributos que forman clave en la entidad débil se denominan
clave parcial y se indica con un subrayado punteado.
 Ejemplo:
N 1
CANCIÓN pertenece ÁLBUM

título duración número_serie título intérprete

BD: Diseño conceptual. Modelo ER Página 46

 Ventajas del modelo E/R:
— Diseño de alto nivel: Expresa con bastante precisión el
esquema conceptual.
— Los diagramas E/R permiten mantener una visión global
del diseño y favorece la comunicación entre los
diseñadores.
 Desventajas del modelo E/R:
— Los SGBD no suelen implementarlo directamente, es
decir hablan en términos de tablas.
— Normalmente hay que transformarlo en un modelo de
más bajo nivel  Diseño lógico (modelo relacional)

BD: Diseño conceptual. Modelo ER Página 47

 El modelo E/R es suficiente para aplicaciones
“tradicionales” como el procesamiento de datos en
negocios e industria.
 Existen BBDD con requisitos más complejos:
telecomunicaciones, data mining (análisis de datos),
warehousing (almacenes de datos), sistemas de
información geográfica, indexación web, …
— Estas BBDD se pueden modelar más adecuadamente
con el modelo E/R Extendido (EER).
 El EER añade al E/R:
— Mecanismos de herencia (generalización).
— Agregación.
— Son conceptos que vienen del mundo de POO.

BD: Diseño conceptual. Modelo ER Página 48

 Un tipo de entidades E es una generalización de un tipo de
entidades F cuando los atributos de E están incluidos en
los atributos de F.
 Forma de identificar subgrupos que comparten
características comunes.
 La generalización se representa con un triángulo que
incluye el texto is a o es un.
 Ejemplo:
— El tipo de entidades PERSONA con atributos DNI, nombre y
domicilio es una generalización de ALUMNO (que tiene
además el atributo tipo de acceso).
— El tipo de entidades PERSONA con atributos DNI, nombre y
domicilio es también una generalización de PROFESOR.

BD: Diseño conceptual. Modelo ER Página 49

 DNI nombre domicilio teléfono

Persona

es_un

tipo_acceso

Alumno Profesor

BD: Diseño conceptual. Modelo ER Página 50

 El modelo E/R NO permite establecer relaciones entre
relaciones.
 En ocasiones, puede ser necesario considerar una relación
como una entidad de un nivel más alto.
 La agregación consiste en agrupar un conjunto de
componentes (varias entidades y una relación que las une)
como si fueran un único tipo de entidades.
 Se denota incluyendo en un rectángulo todos los
componentes de la agregación y se conecta ese rectángulo
a otras relaciones del diagrama EER.

BD: Diseño conceptual. Modelo ER Página 51

 Se desea gestionar los partidos de un deporte. Cada partido tiene lugar
entre dos equipos (el que juega en casa y el que juega fuera) y tiene un
resultado. A cada partido le corresponde también un árbitro.
 Interesa determinar:
— Qué equipos han jugado entre sí y con qué resultado.

— Quién ha arbitrado cada partido.

 Con el diagrama E/R básico:

local visitante
EQUIPO
N N

juega

resultado
1

ÁRBITRO

BD: Diseño conceptual. Modelo ER Página 52

 Imagina que ahora es necesario incluir las empresas que
publicitan sus productos en un partido (es posible que en
algún partido no haya anuncios).

BD: Diseño conceptual. Modelo ER Página 53

 local visitante
EQUIPO
N N

juega
Resultado

PARTIDO

anuncia arbitra

1 1

EMPRESA ÁRBITRO

BD: Diseño conceptual. Modelo ER Página 54

¿Qué proveedor proporciona el ingrediente X al establecimiento “Y”?

N N
PROVEEDOR abastece ESTABLECIMIENTO

INGREDIENTE

Equivalente a (puesto en forma de agregación):

N N
PROVEEDOR ofrece INGREDIENTE

abastece

ESTABLECIMIENTO
BD: Diseño conceptual. Modelo ER Página 55
 Las agregaciones son necesarias cuando se debe relacionar
un tipo de entidades con un tipo de relaciones.
 Se deben usar siempre que la información del tipo de
relaciones se deba mantener independientemente de su
relación con el tipo de entidades:
— En el ejemplo de los partidos descrito anteriormente, la relación
“juega” es un tipo de relaciones que debe conocerse
independientemente de si hay un anunciante o no.

BD: Diseño conceptual. Modelo ER Página 56