Administracin de Sistemas Informticos y en Red (ASIR)

Gestin de Base de Datos (GBD)

TEMA 2
Modelo Relacional de Datos
1

1.1. MODELOS DE DATOS

1.2. EL MODELO ENTIDAD RELACIN
1.2.1. Elementos del modelo entidad relacin.
1.2.2. Smbolos grficos para el modelo entidad relacin.
1.2.3. Pasos para la elaboracin de diagramas ER.
1.2.4. Relaciones en el modelo entidad relacin.
1.3. EL MODELO ENTIDAD RELACIN EXTENDIDO.
1.3.1. Subclases, superclases y herencia.
1.3.2. Generalizacin y especializacin.
1.3.3. Restricciones de la especializacin y de la generalizacin.
GBD Tema 2. Modelo Relacional de Datos 1
1.1. Modelos de Datos
Modelo de datos: Coleccin de herramientas conceptuales utilizables para describir los
datos, las relaciones entre ellos, la semntica asociada a dichos datos y sus restricciones
de consistencia. En definitiva, un modelo de datos servir para describir la estructura de
las bases de datos.

La descripcin de la estructura de una base de datos puede hacerse desde distintos

puntos de vista, o desde distintos niveles de abstraccin:

Se llamarn modelos de datos fsicos aqullos que sirvan para realizar una
descripcin asociada a la realidad fsica de almacenamiento de los datos.

Se llamarn modelos de datos lgicos o conceptuales aqullos que sirvan para

realizar una descripcin que se abstraiga totalmente de la realidad fsica del
almacenamiento de los datos. Dentro de los modelos lgicos de datos
encontramos dos grandes familias de modelos:

o Modelos lgicos basados en objetos. Los modelos basados en objetos

describen la base de datos como una coleccin de entidades, cada una de
las cuales tiene sus propiedades y entre las que se establecen relaciones.
El ms importante de esta familia es el modelo entidad-relacin.

o Modelos lgicos basados en registros. Los modelos basados en registros

describen la base de datos como una coleccin de registros de formato
fijo y de varios tipos. El ms importante de esta familia es el modelo
relacional, en el cual se basan la mayora de los sistemas de bases de
datos actuales. Los diseos de bases de datos a menudo se realizan en el
modelo E/R y despus se traducen al modelo relacional.

1.2. El modelo entidad-relacin

El modelo de datos entidad-relacin (E/R) est basado en una percepcin del mundo
real que consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones
entre esos objetos. Usa un conjunto de reglas y smbolos para representar los datos y las
relaciones entre ellos.

1.2.1. Elementos del modelo entidad - relacin.

A) Una entidad es una cosa u objeto en el mundo real que es distinguible de
otros objetos. Por ejemplo, cada persona es una entidad, y las cuentas bancarias
pueden ser consideradas entidades.

Existen 2 tipos de entidades:

- Fuertes: Son aquellas que no dependen de otra entidad para su existencia.
Ejemplo: EMPLEADOS.

2
GBD Tema 2. Modelo Relacional de Datos 1
- Dbiles: Son entidades que dependen de otra entidad para su existencia.
Ejemplo: HIJO-EMPLEADO, que depende de la entidad EMPLEADO.
B) Los atributos son las caractersticas de una entidad o relacin. Por ejemplo, los
atributos nmero-cuenta y saldo describen una cuenta particular de un banco y
pueden ser atributos del conjunto de entidades cuenta. Anlogamente, los
atributos nombre-cliente, calle-cliente y ciudad-cliente pueden describir una
entidad cliente.

Un atributo extra, id-cliente, se usa para identificar unvocamente a los

clientes, dado que puede ser posible que haya dos clientes con el mismo nombre,
direccin y ciudad. Este tipo de atributos que sirve para identificar de manera
unvoca a una entidad de un tipo del resto de entidades del mismo tipo, recibe el
nombre de atributo clave.

C) Una relacin es una asociacin entre varias entidades. Por ejemplo, una relacin
titular asocia un cliente con cada cuenta que tiene.

Destacaremos los siguientes conceptos al hablar de relaciones:

Grado de una relacin: Define el nmero de entidades que participan en ella,

por ejemplo:

a) Relacin de grado uno: Es aquella que asocia una entidad consigo misma
(relacin reflexiva).
Ej.: A partir de la entidad EMPLEADO, relacin de grado uno JEFE DE
(un empleado es jefe de otros empleados).

b) Relacin de grado dos: Asocia a dos entidades distintas.

Ej.: A partir de las entidades EMPLEADO y DEPARTAMENTO, se define
la relacin de grado dos PERTENECE (un empleado pertenece a un
departamento).

c) Relacin de grado n: Es aquella que asocia ms de dos entidades.

Correspondencia entre dos entidades A y B con una relacin asociada puede

ser:

a) Uno a uno: Se representa por 1:1. A cada ocurrencia de A le corresponde,

como mximo, una ocurrencia de B y viceversa.

b) Uno a muchos: Se representa por 1:N. A cada ocurrencia de A le pueden

corresponder varias de B, y a cada ocurrencia de B slo le corresponde una
de A.

c) Muchos a muchos: Se representa por N: M. A cada ocurrencia de A le

pueden corresponder varias de B, y viceversa.

3
GBD Tema 2. Modelo Relacional de Datos 1
Cardinalidad: Define el nmero mximo y el nmero mnimo de ocurrencias de
cada tipo de entidad que interviene en una relacin. Para representar la
cardinalidad se encierran entre parntesis los valores mximo y mnimo, de la
forma (mximo, mnimo). Los posibles valores de la cardinalidad son:
(0,1),(1,1),(0,N),(1,N) y (N,M).

La estructura lgica general de una base de datos se puede expresar grficamente

mediante un diagrama E/R, existen distintas notaciones para representar este modelo,
pudindose elegir cualquiera en una empresa, por ejemplo, nosotros seguiremos la
notacin CHEN, que consta de los siguientes componentes:

o Rectngulos, que representan conjuntos de entidades.

o Elipses, que representan atributos.
o Rombos, que representan relaciones entre conjuntos de entidades.
o Lneas, que unen los atributos con los conjuntos de entidades y los conjuntos de
entidades con las relaciones.

Cada componente se etiqueta con un nombre significativo de la entidad o relacin que

representa. Se ver con ms detalle en apartados siguientes de este tema.

--Notaciones para el modelo ER--

Uno a Uno Uno a Muchos Muchos a Muchos

4
GBD Tema 2. Modelo Relacional de Datos 1
Notacin E/R (1) Ross, (2) Bachmann, (3) Martin, (4) Chen, (5) Rumbaugh

Notacin UML

1.2.2. Smbolos grficos para el modelo E-R.

SMBOLO SIGNIFICADO

Entidad fuerte

Entidad dbil

Relacin

Atributo

Nombre Atributo clave principal

Nombre

5
GBD Tema 2. Modelo Relacional de Datos 1
SMBOLO SIGNIFICADO

Nombre Atributo clave candidata

Nombre
Nombre parte1
parte2 Atributo compuesto
parte3

Nombre Atributo derivado

1.2.3. Pasos para la elaboracin de diagramas E-R.

Los principales pasos para la elaboracin de diagramas ER, son los siguientes:

1. Identificacin de Entidades y Relaciones.

2. Identificacin de cardinalidades de Entidades y Relaciones.

3. Identificacin los atributos.

4. Identificacin de claves candidatas y eleccin de clave primaria.

5. Comprobacin de generalizaciones / especializaciones y dibujado de la solucin.

(Corresponden al modelo entidad-relacin extendido, se vern ms adelante en
el tema).

1.2.4. Relaciones en el modelo Entidad Relacin

Una relacin es una asociacin o correspondencia entre entidades.
Ejemplo:
Entre Profesor y Curso podemos establecer la relacin IMPARTE, porque el
profesor imparte cursos.

Al igual que las entidades, las relaciones pueden ser Fuertes o Dbiles, segn
asocien dos tipos de entidades fuertes o una dbil con otra de cualquier tipo.
Se representan mediante un rombo, en el caso de las relaciones fuertes o
regulares, o mediante un doble rombo, en el caso de las relaciones dbiles.
Las relaciones dbiles a su vez pueden ser de dos tipos:
A) Relacin de existencia: Se da cuando los ejemplares de la entidad dbil no
pueden existir si desaparece el ejemplar de la entidad fuerte de la cual dependen.
Tambin se denomina Dependencia Existencial.
6
GBD Tema 2. Modelo Relacional de Datos 1

Ejemplo:
INVENTOR E

E E
realiza

INVENTO D

B) Relacin de identificacin: Se da cuando, adems de ser una relacin de

existencia, los ejemplares de la entidad dbil no se pueden identificar por s
mismos y exigen aadir la clave principal de la entidad fuerte de la cual
dependen para ser identificados. Tambin se denomina Dependencia en
Identificacin.

autor Id_E
Cod_libro

LIBRO E

ID ID
publicado

EDICIN D
fecha
Cod_libro Id_E
Cod_edicin ejemplares Id_D

RESTRICCIONES EN LAS RELACIONES (Conceptos del modelo ER Extendido)

7
GBD Tema 2. Modelo Relacional de Datos 1
1) Restriccin de Exclusividad: Dos o ms relaciones son de exclusividad con
respecto a una entidad que participa en ambas relaciones, i cada ejemplar de
dicha entidad slo puede participar en una de las relaciones a la vez (si participa
en una delas relaciones ya no puede formar parte de la otra).

Ejemplo: Los empleados, en funcin de sus capacidades, o son diseadores de

productos o sin operarios y los fabrican, no es posible que ningn empleado sea
diseador y fabricante a la misma vez.

2) Restriccin de Exclusin: Se produce cuando los ejemplares de las entidades

slo pueden combinarse usando una relacin.

Ejemplo: Un profesor no puede recibir e impartir el mismo curso.

3) Restriccin de Inclusividad: Se dice que una relacin es de inclusividad

cuando todo ejemplar de una entidad que participa en una relacin ha tenido que
participar en la otra necesariamente.

Ejemplo: Para que un empleado pueda trabajar como diseador de productos,

debe haber asistido, al menos a dos cursos.

4) Restriccin de Inclusin: Se da cuando todo ejemplar de una entidad, par

participar en la asociacin con otro elemento de otra entidad mediante una
relacin es necesario que ambos elementos estn asociados por una segunda
relacin.

Ejemplo: Para que un hombre se divorcie de una mujer, previamente ha de

haberse casado con ella.

E
D E Relacin con Dependencia
Existencial

Id_E

ID
D E Relacin con Dependencia
en Identificacin

I1 E2
Restriccin de
Exclusividad entre dos
E1 relaciones I1 e I2, respecto
de la entidad E1
I2 E3
8
GBD Tema 2. Modelo Relacional de Datos 1

I1
Restriccin de Exclusin
E2 entre dos relaciones I1 e I2
E1

I2

I1

E2 Restriccin de Inclusividad
E1 (n:m) entre dos relaciones I1 e I2

I2

I1

E2 Restriccin de Inclusin
E1 entre dos relaciones I1 e I2

I2

1.3. El modelo entidad-relacin Extendido

El modelo de datos entidad-relacin extendido pretende aportar soluciones a
requerimientos ms complejos que no se contemplan en el modelo ER.

El modelo R extendido incorpora dos nuevos conceptos:

a) Subclases, Superclases y Herencia.

b) Especializacin y Generalizacin.

9
GBD Tema 2. Modelo Relacional de Datos 1

1.3.1. Subclase, Superclase y Herencia.

SUPERCLASE: Es un tipo de entidad sobre el que se definen subclases.

SUBCLASE: Es un subconjunto del tipo entidad que tiene sentido debido a la

existencia de otra entidad que ya tiene atributos particulares.

El tipo de relacin que se establece entre una superclase y sus subclases recibe el
nombre de relacin ES-UN (IS-A), clase/subclase o superclase/subclase.

Ejemplo:

Empleado Superclase, que puede agruparse en: SECRETARIO, INGENIERO,

TCNICO, GERENTE,.

Para representar este concepto se emplear un tringulo.

Ejemplo:

EMPLEADO
SUPERCLASE

RELACIN ES - UN

SUBCLASES

SECRETARIO TCNICO INGENIERO

Asociado con el concepto de subclases, aparece el concepto de herencia de tipo,

consistente en lo siguiente: Decimos que una entidad que es miembro de una subclase
hereda todos los atributos de la entidad como miembro de la superclase. La entidad
tambin hereda todas las relaciones en las que participa la superclase.

Ejemplo:

SECRETARIO hereda todos los atributos de EMPLEADO, igualmente las

dems subclases.

10
GBD Tema 2. Modelo Relacional de Datos 1

Las relaciones ES-UN pueden ser de dos tipos, debido a las restricciones de las
relaciones (se ver con ms detalle en siguientes apartados):

- Disjuntas: Relacin en la que la entidad no puede estar en dos subclases

distintas. Se marcarn con una d dentro del tringulo.

- Solapadas (overlap): Se da cuando una entidad puede estar en dos o ms

subclases distintas. Se marcarn con una o dentro del tringulo.

Ejemplo:

EMPLEADO ------- ES-UN ------ ASALARIADO o POR_HORAS (disjunta)

COMPONENTE ---- ES-UN ----- FABRICADO o COMPRADO (solapada)

1.3.2. Generalizacin y Especializacin.

En un modelo de datos necesitamos incluir relaciones clase / subclase (ES -
UN), debido a dos razones:

a) Ciertos atributos de la superclase pueden aplicarse slo a algunas de las

entidades de la subclase, pero no a todas.

Ejemplo: Atributo tipoIngenieria, slo se pude aplicar a la subclase

INGENIERO.

b) En algunos tipos de relaciones slo pueden participar entidades que sean

miembros de la subclase.

Ejemplo: Slo EMPLEADOS_POR_HORAS, pueden relacionarse con la

entidad SINDICATO, por ello se requiere esta subclase.

As la utilizacin de este tipo de elementos puede producirse en dos sentidos:

ESPECIALIZACIN: Proceso de definir un conjunto de subclases a partir de una

entidad, definiendo atributos especficos adicionales para cada subclase y estableciendo
relaciones adicionales.

GENERALIZACIN: Es el proceso de suprimir las diferencias entre varios tipos de

entidades, identificando su cualidades comunes. La generalizacin ser el proceso
contrario a la especializacin, aunque ambos se pueden ver en un mismo diagrama ER.

11
 GBD Tema 2. Modelo Relacional de Datos 1

Ejemplo:

VEHCULO

GENERALIZACIN ESPECIALIZACIN

COCHE CAMIN

En alguna bibliografa podemos encontrar notaciones de flechas para especificar la

generalizacin o especializacin, aunque nosotros lo consideraremos un concepto que
no se representar en los diagramas.

1.3.3. Restricciones de la Generalizacin y de la Especializacin.

Se pueden definir varias especializaciones sobre el mismo tipo de entidad

(superclase).

Una especializacin puede contener una subclase solamente, en tal caso no

se usar la notacin de tringulo.

Las subclases de una especializacin pueden ser disjuntas, es decir, que una
entidad puede ser miembro como mucho de una de las subclases de la
especializacin.

Por el contrario, s las subclases no son disjuntas, se dice que se solapan, es

decir, la misma entidad puede ser miembro de ms de una subclase de la
especializacin.

Una especializacin puede ser total o parcial.

Una restriccin de especializacin total especifica que toda entidad de la

superclase debe ser miembro de alguna subclase de la especializacin.

12
GBD Tema 2. Modelo Relacional de Datos 1
Ejemplo:
Todo EMPLEADO, debe ser o bien ASALARIADO o POR_HORAS.

Se suele notar en los diagramas ER-Extendidos (EER), con una doble lnea
entre la superclase y el tringulo de la relacin, o con un crculo entre la
superclase y la relacin.

Una restriccin de especializacin parcial permite que una entidad no

pertenezca a ninguna de las subclases.
Se notar con una lnea sencilla en el EER.

Las restricciones de disyuncin y completitud son independientes, por lo que

podemos tener cuatro tipos de especializaciones:

A) Disjunta, Total. (Total sin solapamiento): se ha de pertenecer a alguna de las

entidades de la subclase y si se pertenece a una no se puede pertenecer a la otra.

Ejemplo: PERSONA ---- ES UN ----- HOMBRE / MUJER

B) Disjunta, Parcial: Un elemento de la superclase no puede estar en ambas

entidades a la vez, pero puede haber entidades de la superclase que no sean de
ninguna de las subclases.

Ejemplo: FIGURA GEOMETRICA ---- ES UN ----- OVALO / CIRCULO

C) Solapada, Total: una entidad de la superclase obligatoriamente debe pertenecer a

alguna de las subclases, aunque dependiendo del momento, puede pertenecer a
una u otra (solapamiento).

Ejemplo: FUTBOLISTA ---- ES UN ----- PORTERO / DEFENSA / MEDIO /.

D) Solapada, Parcial: Una entidad de la superclase puede no pertenecer a ninguna

de l subclases y adems puede ocurrir que en algunos momentos se pertenezca a
una subclase y posteriormente a otra.

Ejemplo: PERSONA ---- ES UN ----- PROFESOR / TUTOR

Hay ciertas reglas de insercin y eliminacin que se aplican a la especializacin

(y a la generalizacin), como consecuencia de las restricciones que acabamos de
especificar. Algunas de ellas son:

o La eliminacin de una entidad de una superclase implica que automticamente

se la elimina de todas las subclases a las que pertenece.
(En ACCESS se conoce como Borrado en Cascada)
o La insercin de una entidad en una superclase de una especializacin total
implica que la entidad se insertar por fuerza en por lo menos un de las subclases
de la especializacin.

13
 GBD Tema 2. Modelo Relacional de Datos 1
EJEMPLO COMPLETO EN EL QUE APARECEN TODOS LOS CONCEPTOS
VISTOS EN EL TEMA:
nombre sexo direccin

Fecha_nacimiento
PERSONA

NSS

salario dep_titulacin

EMPLEADO EXALUMNO ALUMNO

ttulo
ao especialidad
D D
licenciatura

PLANTILLA FACULTAD AYUDANTE LICENCIADO ESTUDIANTE

tiempo
programa clase
puesto rango
D

INVESTIGADOR PROFESOR

proyecto curso

14