2

Modelo ER
Jos´e Ram´on Param´a Gab´ıa

ii

´INDICE GENERAL

´Indice general
1. Modelo Entidad-Relaci´
on
1.1. Dise˜
no de bases de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2. Ejemplo gu´ıa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3. Tipos de entidad, conjuntos de entidad, atributos y claves . . . . . . . . . . .
1.3.1. Entidades yatributos . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2. Tipos de entidad, conjuntos de entidades . . . . . . . . . . . . . . . .
1.3.3. Claves . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.4. Dominios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.5. Dise˜
no conceptual inicial de la base de datos Empresa . . . . . . . .
1.4.Relaciones, tipos de relaci´on, roles y restricciones estructurales . . . . . . . .
1.4.1. Tipos, conjuntos e instancias de relaciones . . . . . . . . . . . . . . . .
1.4.2. Grado de relaci´on, nombres de rol y relaciones recursivas . . . . . . .
1.4.3. Restricciones sobre los tipos de relaci´on . . . . . . . . . . . . . . . . .
1.4.4. Atributos de los tipos de relaci´on . . . . . . . . . . . . . . . .. . . . .
1.4.5. Tipos de entidad d´ebil . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.4.6. Eliminando atributos que implementan relaciones . . . . . . . . . . . .
1.4.7. Notaci´on alternativa . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.5. Elecciones de dise˜
no para el dise˜
no conceptual ER . . . . . . . . . . . . . . .
1.6. Problemas con los modelos ER . . . . . . . . .. . . . . . . . . . . . . . . . .
1.6.1. La trampa del abanico . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.6.2. La trampa del sumidero . . . . . . . . . . . . . . . . . . . . . . . . . .
1.7. Tipos de relaci´on de grado superior a dos . . . . . . . . . . . . . . . . . . . .
1.7.1. Elecci´on entre las relaciones binarias y ternarias (o de grado superior)
1.7.2. Restricciones sobrerelaciones ternarias (o de grado superior) . . . . .
1.8. Bibliograf´ıa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1
1
3
3
3
4
5
7
7
8
8
10
11
13
14
15
16
16
19
19
20
22
22
25
25

´ R. Parama
´
Jose

iii

Cap´ıtulo 1

Modelo Entidad-Relaci´
on
Generalmente, el t´ermino aplicaci´
on de base de datos se refiere a una base de datos en
particular (por ejemplo la base dedatos BANCO que mantiene las cuentas de ahorro de
sus clientes) y a los programas asociados, que implementan las consultas y actualizaciones
de la base de datos (por ejemplo, programas que implementan actualizaciones de la base
de datos correspondientes a los dep´ositos y reintegros de clientes). Por lo tanto, parte de la
aplicaci´on de base de datos requerir´a el dise˜
no, implementaci´on y pruebade estos programas
de aplicaci´
on, pero tambi´en requiere el dise˜
no, implementaci´on y prueba de la base de datos
en s´ı misma. Tradicionalmente, se ha considerado que el dise˜
no y prueba de los programas de
aplicaci´on pertenece m´as al dominio de la ingenier´ıa del software que al de las bases de datos.
Sin embargo, cada vez es m´as obvio que existe algo en com´
un entre las metodolog´ıas dedise˜
no
de bases de datos y las de ingenier´ıa del software. Es cierto que esas caracter´ısticas comunes
aumentar´an, ya que las metodolog´ıas de dise˜
no de base de datos tratan incluir conceptos
de especificaci´on de operaciones sobre objetos de base de datos, y que las metodolog´ıas de
ingenier´ıa del software especifican con m´as detalle la estructura de la base de datos.
Pero en este cursonos centraremos en las estructuras de bases de datos y en las
restricciones durante el dise˜
no de la base de datos.

1.1.

Dise˜
no de bases de datos

En el dise˜
no de bases de datos se distinguen principalmente dos fases de dise˜
no; la fase
de modelado conceptual, que es la descripci´on del mundo real (una organizaci´on) de acuerdo
con un modelo altamente sem´antico e independiente del SGBD...