Gestión de
Bases de Datos
Tema 3- Diagrama E_R. Modelado
de Datos.
Modalidad Online
Curso 2020/21
Grado Superior
Administración de Sistemas
Informáticos en Red
Tema 3-Diagrama E_R.Modelado de Datos.
Contenido
1. Pasos en el diseño de una BD ....................................................................................................... 4
2. Modelo E/R ................................................................................................................................... 4
3. Elementos del modelo E/R ........................................................................................................... 5
ENTIDAD:........................................................................................................................................... 5
ATRIBUTOS:....................................................................................................................................... 6
RELACIONES: ..................................................................................................................................... 7
4. Restricciones de diseño .............................................................................................................. 10
CLAVES PRIMARIAS ......................................................................................................................... 10
PAPEL (‘ROLE’) DE LA ENTIDAD ....................................................................................................... 11
ATRIBUTOS MULTIOCURRENTES Y COMPUESTOS.......................................................................... 11
5. Representaciones gráficas. Notaciones. ..................................................................................... 13
NOTACIÓN CHEN ............................................................................................................................ 13
NOTACIÓNDE BACHMANN ............................................................................................................. 13
NOTACIÓNDE MARTIN .................................................................................................................... 13
6. Modelo E/R Extendido. ............................................................................................................... 14
CONCEPTO DE CARDINALIDAD MÍNIMA......................................................................................... 14
ENTIDADES DÉBILES ........................................................................................................................ 15
RELACIONES ISA O DE HERENCIA .................................................................................................... 16
3
Gestión de Bases de Datos
1. Pasos en el diseño de una BD
1º. Obtención y análisis de requisitos: Los diseñadores entrevistan a los futuros usuarios de
la BD para entender y documentar sus requisitos de datos.
2º. Crear el esquema conceptual (diseño conceptual): El esquema conceptual es una
descripción concisa de los requisitos de información de los usuarios, y contiene descripciones
detalladas de los tipos de entidad, vínculos y restricciones; éstas se expresan mediante los
conceptos del modelo de datos de alto nivel (que veremos en este tema) el modelo
Entidad/Relación.
3º. Diseño lógico o transformación del modelo de datos: El esquema conceptual se
transforma del modelo de datos de alto nivel, en el modelo de datos lógico específico del
SGBD (en nuestro caso en un modelo de datos relacional que veremos en el tema 4). Esta
transformación se conoce como el “Paso a Tablas”
4º. Diseño físico: se especifican las estructuras de almacenamiento internas, los caminos de
acceso y las organizaciones físicas de los ficheros de la BD. En este curso no entraremos en
el diseño físico.
2. Modelo E/R
El modelo entidad relación fue desarrollado por Peter Chen en 1976 para la
representación gráfica de los problemas que forman parte del mundo real. Utiliza un
conjunto de símbolos y reglas para representar los datos y las relaciones entre ellos.
Una vez obtenido el modelo E/R, el paso al modelo relacional, jerárquico o en red es
sencillo. La estructura lógica de una BD se puede representar gráficamente con este modelo.
4 4
Tema 3-Diagrama E_R.Modelado de Datos.
3. Elementos del modelo E/R
Los elementos componentes del modelo E/R son: entidades, atributos y relaciones.
ENTIDAD: Es un objeto real o abstracto sobre el que queremos almacenar información. ANSI
(1977): “Una persona, lugar, cosa, concepto, suceso, real o abstracto, de interés para la
Empresa”. Tandieu (1977) propone tres reglas generales que debe cumplir una entidad:
– Tener existencia propia.
– Cada ocurrencia (caso concreto)de una entidad debe poderdistinguirse de las
demás.
– Todas las ocurrencias de una entidad debentener las mismas características o
atributos.
Existen dos tipos de entidades:
– Fuertes o regulares: tienen existencia por ellas mismas.
– Débiles: dependende otra entidad fuerte. Se verá en el apartado modelo E/R
extendido.
La entidad se representa con un rectángulo.
Se identifica con un nombre o sustantivo generalmente en singular.
PROFESOR
Ocurrencia de un entidad : Se define una ocurrencia de una entidad como un caso concreto
de esa entidad, un ejemplo particular de esa entidad.
Por ejemplo, para la entidad PROFESOR, una ocurrencia de esa entidad sería Vanessa García.
5
Gestión de Bases de Datos
ATRIBUTOS: Son los elementos que describen o califican la entidad. Un atributo de una
entidad se define sobre un dominio.
Domino es un conjunto de valores homogéneos permitidos para un atributo.
Ejemplo:
Atributos de la entidad PROFESOR: DNI, Nombre, Apellidos, Edad,Telf...etc.
Dominio del atributo Edad: Números Enteros entre 16-65
Toda ENTIDAD tiene que tener un atributo (o la unión de varios atributos) que es la
Clave primaria: En el ejemplo pordría ser el atribuho DNI (pues es un dato único que no se
puede repetir en cada ocurrencia de la entidad)
Se representan con forma de elipse y el nombre no se puede repetir dentro de la misma
entidad, pero sí en otras entidades.
DNI Nombre Apellidos
Edad
PROFESOR
Telf.
• Clave primaria o identificador principal: Es un atributo, o conjunto de atributos,
que identifican de manera única a cada ocurrencia de la entidad. Este conjunto
de atributos debe ser mínimo.
6 6
Tema 3-Diagrama E_R.Modelado de Datos.
RELACIONES: Es una asociación entre entidades y se caracteriza por unas determinadas
restricciones que determinarán las entidades que pueden o no participar de dicha relación.
Las relaciones pueden tener atributos propios.
Veamos unos conceptos importantes de las relaciones:
Grado de una relación: Número de entidades que participan en una relación. Mirando el
grado la relaciones puedes ser:
Unarias o Reflexivas: La entidad se relaciona consigo misma
Binarias: Relaciona dos entidades
Ternarias: Relaciona tres entidades.
Cuaternarias: Relaciona cuatro entidades.
Y así sucesivamente aunque lo normal es como mucho cuaternarias.
Cardinalidad de una relación: Números mínimo y máximo de ocurrencias de una entidad
que se relaciona con otra.
Cuando se unen dos entidades por una relación, hay que estudiar la cardinalidad entre ellas,
mirando siempre la cardinalidad en los dos sentidos:
Cardinalidad de la entidad1 con la entidad2
Cardinalidad de la entidad2 con la entidad1
Veamos estos conceptos en un ejemplo:
Relación IMPARTE entre las entidades PROFESOR y ASIGNATURA:
Las relaciones tienen como nombre un verbo y se representan con un rombo.
Cardinalidad de Profesor con Asignatura: Un profesor imparte como mínimo 0 asignaturas
(pues puede haber el caso de un profesor que está en mi base de datos pero este curso no
imparte asignaturas, está de baja) y un profesor como máximo puede impartir N asignaturas
(puede impartir más de una, eso se representa con N)
1:N
(1,1) (0,N)
PROFESOR IMPARTE ASIGNATURA
Año
Cardinalidad de Asignatura con profesor: Una asignatura es impartida como mínimo por 1
profesor y una asignatura como máximo puede ser impartida por 1 un profesor.
7
Gestión de Bases de Datos
Valores posibles para las cardinalidades mínimas: 0 y 1
Valore posibles para las cardinalidades máximas: 1 y N
Por lo tanto en cada rama de una relación tendremos que estudiar la cardinalida máxima y
mínima siendo cada número del paréntesis
(cardinalidad mínima, cardinalidad máxima).
Una vez estudadas las cardinalidades en los dos sentidos, interesan las cardinalidades
máximas pues son las que nos definen el tipo de relación que tenemos. En el ejemplo
anterior si nos fijamos en las cardinalidades máximas obtenemos que la relación IMARTE es
de tipo 1:N (uno a N)
Dato muy IMPORTANTE para el paso a tablas (estudiado en el siguiente tema)
Mirando las cardinalidades máximas tenemos estos tres tipos de relaciones
1:1 1:N N:M
El tipo de relación indica si la relación genera tabla o no al pasar al modelo relacional
8 8
Tema 3-Diagrama E_R.Modelado de Datos.
• Cardinalidad 1:1 : Una ocurrencia de la entidad A se asocia como máximo con una ocurrencia
de la entidad B y viceversa. Veamos un ejemplo:
Las relaciones hay que leerlas y etiquetar su cardinalidad en los dos sentidos:
De izquierda a derecha: Un profesor IMPARTE……………………..como máximo una asignatura
1, como mínimo ninguna pues por ejemplo está de baja por enfermedad
(0,1)
IMPARTE ASIGNATURA
PROFESOR
De derecha a izquierda: Una asignatura ES IMPARTIDA……………………..como máximo por un
profesor 1, como mínimo por un profesor también.
(1,1)
PROFESOR IMPARTE ASIGNATURA
Cogiendo las máximas sería una relación de tipo uno a uno 1:1
• Cardinalidad 1:N o N:1 : Una ocurrencia de la entidad A se asocia con un número
indeterminado de ocurrencias de la entidad B, pero una ocurrencia de B se asocia como
máximo con una ocurrencia de A.
De izquierda a derecha: Un profesor IMPARTE……………………..como máximo varias asignatura
N, como mínimo ninguna pues por ejemplo está de baja por enfermedad
(0,N)
IMPARTE ASIGNATURA
PROFESOR
De derecha a izquierda: Una asignatura ES IMPARTIDA……………………..como máximo por un
profesor 1, como mínimo como mínimo por un profesor también.
(1,1)
PROFESOR IMPARTE ASIGNATURA
Cogiendo las máximas sería una relación de tipo uno a N 1:N
9
Gestión de Bases de Datos
• Cardinalidad N:M o M:N: Una ocurrencia de la entidad A se asocia con un número
indeterminado de ocurrencias de la entidad B y viceversa.
De izquierda a derecha: Un profesor IMPARTE……………………..como máximo varias asignatura
N, como mínimo ninguna pues por ejemplo está de baja por enfermedad
(0,N)
IMPARTE ASIGNATURA
PROFESOR
De derecha a izquierda: Una asignatura ES IMPARTIDA……………………..como máximo por
varios profesor N, como mínimo como mínimo por un profesor también.
(1,N)
IMPARTE ASIGNATURA
PROFESOR
Cogiendo las máximas sería una relación de tipo N a M N:M 0
(OJO:no se dice N a N)
Si la relación fuera de grado superior a 2, será necesario etiquetar todos y cada uno de los
arcos. Suponiendo tres entidades A, B y C, deben aparecer 3 cardinalidades; la existente
entre A y B, la existente entre B y C y por último, entre C y A.
Si es de grado igual a 4 y las entidades son A, B, C y D, aunque realmente existan 6 aparecerán
4 cardinalidades: entre A y B, B y C, C y D y entre D y A.
4. Restricciones de diseño
CLAVES PRIMARIAS
• CLAVES CANDIDATAS: Atributos que cumplan las condiciones establecidas para ser
considerados descriptores clave.
• CLAVE PRIMARIA: Clave candidata elegida como descriptor clave.
• CLAVE ALTERNATIVA O SECUNDARIA: Clave(s) candidata(s) a ser primarias.
• En el DE/R las claves primarias se representan subrayando los atributos que forman la clave
primaria.
Toda entidad tiene que tener clave primaria
10 10
Tema 3-Diagrama E_R.Modelado de Datos.
PAPEL (‘ROLE’) DE LA ENTIDAD
Es la función que una determinada entidad juega en la relación. En las relaciones unarias o
reflexivas es necesario determinar el role de cada entidad, puesto que estamos asociando entre sí
ocurrencias de una misma entidad de forma que cada una de ellas tiene un significado diferente.
Ejemplos de papeles jugados por las entidades según las relaciones.
ATRIBUTOS MULTIOCURRENTES Y COMPUESTOS
Podemos definir dos tipos de atributos diferentes a los anteriores:
Atributos multiocurrentes o multievaluados: Son aquellos que para una misma ocurrencia
de la entidad toman más de un valor. Se representan etiquetando la rama
con una N: o con línea doble:
CLIENTES CLIENTES
NUM-CLI ……… TELEFONO NUM-CLI ……… TELEFONO
o un círculo doble:
11
Gestión de Bases de Datos
Si el atributo no es obligatorio se puede especificar con la cardinalidad o con una línea
discontinua.
Atributos compuestos: Son aquellos que agrupan en sí mismos más de un atributo.
12 12
Tema 3-Diagrama E_R.Modelado de Datos.
5. Representaciones gráficas. Notaciones.
NOTACIÓN CHEN
1 N
CLIENTES TIENE FACTURAS
COD -CLI NOMBRE DIRECCIÓN Fecha COD -FACT IMPORTE DESCUENTO
NOTACIÓNDE BACHMANN
CLIENTES FACTURAS
1 Tiene N
COD -CLI COD -FACT
NOMBRE Fecha IMPORTE
DOMICILIO DESCUENTO
NOTACIÓNDE MARTIN
CLIENTES FACTURAS
COD -CLI TIENE COD -FACT
NOMBRE Fecha IMPORTE
DOMICILIO DESCUENTO
13
Gestión de Bases de Datos
6. Modelo E/R Extendido.
El modelo entidad relación ha sufrido algunas modificaciones frente al modelo desarrollado
por Peter Chen.
CONCEPTO DE CARDINALIDAD MÍNIMA
En el modelo E/R extendido se introduce el concepto de clase de pertenencia o
cardinalidad mínima, que permite especificar si todas las ocurrencias de una entidad
participan o no en la relación establecida con otra(s) entidad(es):
Si toda ocurrencia de A debe estar asociada con al menos una ocurrencia de B, se dice
que la relación es obligatoria,es decir, la cardinalidad mínima es 1.
Por el contrario, si no toda ocurrencia de A necesita estar asociada con alguna
ocurrencia de B, la relación es opcional,es decir, la cardinalidad mínima es 0.
(0,1) (1,N)
PERSONAS COMPRA AUTOMÓVILES
DNI NOMBRE DIRECCIÓN N-MAT. MARCA MODELO
Ejemplo Representación de la Clase de Pertenencia Opcional
14 14
Tema 3-Diagrama E_R.Modelado de Datos.
ENTIDADES DÉBILES
El concepto de entidad débil también se introduce en el E/R extendico y está
relacionado con la restricción de existencia, es decir, una entidad tiene dependencia de
existencia de otra cuando sin la primera la segunda carece de sentido.
Para saber si una entidad es débil habría que preguntar: ¿Se debe borrar alguna
ocurrencia de la entidad A si se borra una ocurrencia de la entidad B?.
Ejemplo de Entidad Débil:
Relación entre la entidad CLIENTES y FACTURAS
1 N
CLIENTES TIENE FACTURAS
COD -CLI NOMBRE DIRECCIÓN COD -FACT IMPORTE DESCUENTO
Se define un tipo de entidad débil denominada entidad con dependencia de ID, que
se produce cuando una entidad no es identificable por el valor de sus atributos, pero sí por
la relación con otra entidad y se caracteriza porque NO TIENE CLAVE PRIMARIA y por tanto,
necesita obligatoriamente la clave primaria de la entidad fuerte para identificar sus
ocurrencias, es decir necesita la clave primaria de la fuerte para formar su clave primaria:
La clave primaria de la entidad débil se forma por la unión de la clave primaria de la entidad
fuerte con un atributo de la débil.
Normalmente la entidad débil con dependencia de existencia se produce en relaciones
de cardinalidad 1:N. Mientras que en una relación N:M nunca habrá entidades débiles.
Ejemplo de Entidad con Dependencia de ID:
Relación entre la entidad CLIENTES y FACTURAS
1 N
CLIENTES TIENE FACTURAS
COD -CLI
COD -CLI NOMBRE DIRECCIÓN COD -FACT IMPORTE DESCUENTO
Calle CP
Nom Ap2
Ap1 Numero
15
Gestión de Bases de Datos
RELACIONES ISA O DE HERENCIA
Son relaciones que indican relaciones que permiten distinguir tipos de entidades, es
decir tendremos entidades que son un (is a, en inglés) tipo de entidad respecto a otra entidad
más general.
Se utilizan para unificar entidades agrupándolas en una entidad más general
(generalización) o bien para dividir una entidad en entidades más específicas
(especificación): aunque hoy en día a todas ellas se las suele llamar generalización e incluso
(quizá incluso más adecuadamente) relaciones de herencia.
Se habla de superentidad refiriéndonos a la entidad general sobre las que derivan las
otras (que se llaman subentidades).
En la superentidad se indican los atributos comunes a todas las subentidades, se
sobreentiende que las subentidades también tienen esos atributos (los heredan), pero no se
indican de nuevo esos atributos en el diagrama.
Normalmente cuando tenemos una especialización, las subentidades comparten clave
con la superentidad (además de los atributos comunes.
En general se suelen indicar las cardinalidades en las relaciones ISA, pero se suele
sobreentender (cuando no se indican explícitamente) que hay un (0,1) encima de cada
subentidad (que significa que cada ejemplar de la subentidad solo puede relacionarse como
mucho con uno de la subentidad e incluso con ninguno; un empleado de personal podría ser
o no ser un profesor).
Pero se puede perfectamente indicar la cardinalidad (se usa ya la notación de ISA con
triángulo hacia abajo que es la más popular en España actualmente):
16 16
Tema 3-Diagrama E_R.Modelado de Datos.
En la relación ISA anterior, los profesores, bedeles y técnicos heredan el atributo id personal
y el nombre, el resto son atributos propios sólo de cada entidad (trienios pertenece sólo a
los profesores, en este ejemplo)
En este ejemplo se utiliza una clave distinta para cada subentidad (es decir, discos, libros y
merchandising tienen clave propia), no la heredan. Además, es un caso en el que no hay
relación obligatoria con la superentidad; es decir, un disco podría no ser un artículo (porque
a lo mejor quiero meter discos en mi base de datos que no vendo en la tienda). No es muy
habitual utilizar de esta forma relaciones ISA, pero es posible.
Exclusividad
En las relaciones ISA (y también en otros tipos de relaciones) se puede indicar el hecho de
que cada ejemplar sólo puede participar en una de entre varias ramas de una relación. Este
hecho se marca con un arco entre las distintas relaciones. En las relaciones ISA se usa mucho
para indicar que cada ejemplar de la superentidad sólo se relaciona con una
subtentidad,porejemplo:
En el ejemplo, el personal sólo puede ser o bedel o profesor o técnico; una y sólo una de las
tres cosas(es porcierto la forma más habitual derelación ISA).
17
Gestión de Bases de Datos
Realmente lo que hay que matizar bien en las relaciones ISA es la forma de relacionarse la
superentidad con la subentidad.
Eso se matiza en base a dos conceptos:
1. Obligatoriedad. Indica si los ejemplares obligatoriamente se relacionan con
ejemplares de las subentidades. Es decir si hay personal que no es profesor ni bedel
ni técnico o si fijo es alguna de esas tres profesiones. Hay dos posibilidades:
• Relaciones de jerarquía parcial. Indican que hay ejemplares de la superentidad
que no se relacionan con ningún ejemplar de las subentidades (por ejemplo, hay
personal que no es ni profesor, ni bedel ni técnico). Se indican con un círculo
encima del triángulo de la relación ISA.
• Relaciones de jerarquía total. Indican que todos los ejemplares de la superentidad
se relacionan con alguna subentidad (no hay personal que no sea ni profesor, ni
bedel ni técnico).
2. Número de relaciones. En este caso se mide con cuántas subentidades se relaciona
la subentidad; es decir, si hay personal que pueda ser profesor y bedel a la vez o si
sólo puede seruna cosa. Posibilidades:
• Relaciones de jerarquía solapada. Indican que un ejemplar de la superentidad
puede relacionarse con más de una subentidad (el personal puede serprofesor y
bedel). Ocurren cuando no hay dibujado un arco de exclusividad.
• Relaciones de jerarquía exclusiva. Indican que un ejemplar de la superentidad
sólo puede relacionarse con una subentidad (el personal no puede ser profesor y
bedel). Ocurren cuando hay dibujado un arco de exclusividad.
Lo recomendable es utilizar relaciones ISA cuando ocurre cualquiera de estas situaciones:
•Las subentidades tienen atributos distintos.
•Las subentidades tienen relaciones distintas.
En otros casos, se puede concluir que no resulta necesaria la creación de relaciones ISA.
18 18
Tema 3-Diagrama E_R.Modelado de Datos.
RELACIONES ISA
19
