You are on page 1of 17

CETis 48 BASE DE DATOS Febrero 2001

MODELO ENTIDAD RELACIÓN.

El modelo entidad relación se basa en la percepción de un mundo real que


consiste de un conjunto de elementos básicos llamados: entidades, atributos y
relaciones.

ENTIDAD.

Es un objeto abstracto o concreto que existe y es distinguible de los demás, acerca


del cual interesa guardar información adicional. Por ejemplo, personas, lugares, cosas
o eventos de interés. Un evento ocurre en un cierto momento.

Conjunto de entidades: Grupo de entidades del mismo tipo. Para simplificar


vamos a llamarlas simplemente entidades.

Representadas mediante un rectángulo, con el nombre de la entidad adentro.

ATRIBUTOS.

Describen propiedades o características directas, atómicas de una entidad.

Ejemplo:
Los posibles atributos de las entidades ALUMNOS son: número de control,
nombre, dirección, teléfono y ciudad.

Contraejemplos:
Población de la ciudad del alumno. (No es directa). (500,000 habitantes).
Calificaciones del alumno. (No es atómica).

Representados por un óvalo, con el nombre del atributo dentro.

DOMINIO DEL ATRIBUTO.

Conjunto de todos los valores permitidos para un atributo.

Ejemplos:
• Atributo: Calif_Unidad1
Dominio: El conjunto de todos los números comprendidos entre 0 y 10
incluyéndolos. Calif_Unidad1 = {0,1,2,3,4,5,6,7,8,9,10} o Calif_Unidad1 =
[0,10]
• Atributo: Mes
Dominio: El conjunto de todos los números enteros comprendidos entre 1 y
12 incluyéndolos. Mes = {1,2,3,4,5,6,7,8,9,10,11,12} o Mes = [1,12]

ISC. Alicia Catalina Solano Aranda 1


CETis 48 BASE DE DATOS Febrero 2001

RELACIÓN.

Es una correspondencia, asociación o conexión entre dos o más entidades.


Generalmente son verbos.

Conjunto de relaciones: Grupo de relaciones del mismo tipo. Para simplificar


vamos a llamarlas simplemente relaciones.

Ejemplos:
Libros PRESTADOS A Personas.
Personas CASADAS CON Personas.
Componentes PARTES DE Vehículos.
Mecánicos MANTIENEN Coches.
Proveedores VENDEN Artículos.

Representación gráfica.

Libros Personas

Proveedores VENDEN Artículos

Componentes
CASADAS
CON
PARTES Personas
DE

Vehículos

CLAVE, LLAVE O ATRIBUTO IDENTIFICADOR.

Un conjunto mínimo de atributos que identifican de manera única a cada entidad.

Ejemplo:
Entidad: Alumno.
Atributos: Número de control, nombre, dirección, ciudad, teléfono, carrera.
Clave: Número de control.

Para identificarlo de los demás atributos se subrayan.

ISC. Alicia Catalina Solano Aranda 2


CETis 48 BASE DE DATOS Febrero 2001

Nota: Para poder definir una clave es necesario conocer las reglas de la realidad bajo
las cuales operan los datos.

CLAVE, LLAVE O IDENTIFICADOR EXTERNO.

Para identificar en forma única a una entidad, en ocasiones es necesario hacer


referencia a otras entidades.

Se representa con líneas en las entidades que van a recibir la clave apuntando
hacia esas entidades.

Ejemplo:
Clave de las entidades REVISTAS: Nombre
Clave de las entidades NÚMEROS DE LA REVISTA: Nombre, Número.

GRADO DE LAS RELACIONES. (CARDINALIDAD).

• RELACIÓN UNO A UNO. (1:1).

Para cada elemento de las entidades E1 existe a lo más un elemento en las


entidades E2 que está asociado a él y viceversa.

Ejemplos:
1 1
GERENTES administran DIVISIONES
N

Cada gerente administra una y sólo una división. Cada división es


administrada por uno y sólo un gerente.

1 1
DIRECTORES dirigen ESCUELAS

Cada director dirige una y sólo una escuela. Cada escuela es dirigida por
uno y sólo un director.

ISC. Alicia Catalina Solano Aranda 3


CETis 48 BASE DE DATOS Febrero 2001

Diagramas de ocurrencias.

• RELACIÓN UNO A MUCHOS. (1:N).

Para cada elemento de las entidades E1 puede haber ninguno, uno o más
elementos asociados en las entidades E2.

Ejemplo:
1 N
CLIENTES tienen FACTURAS

Cada cliente tiene una o más facturas. Cada factura está a nombre de un
solo cliente.

Diagrama de ocurrencias.

CLIENTES FACTURAS
235 15123
235 18976
235 21110
278 16345
278 24679

• RELACIÓN MUCHOS A MUCHOS. (N:N).

Para cada elemento de las entidades E1 puede haber ninguno, uno o más
elementos en las entidades E2 asociados con él y viceversa.

Ejemplos:
N N
surten
PROVEEDORES PRODUCTOS

ISC. Alicia Catalina Solano Aranda 4


CETis 48 BASE DE DATOS Febrero 2001

Cada proveedor suministra uno o más productos. Cada producto es


suministrado por uno o más proveedores.

Diagrama de ocurrencias.
PROVEEDORES PRODUCTOS
10 100012
10 100025
12 100009
12 100012
15 100012

CASOS DE RELACIONES QUE SE PUEDEN PRESENTAR.

• RELACIONES BINARIAS.
Una sola asociación entre dos entidades.

• RELACIONES UNARIAS.
Una asociación entre una sola entidad.

Representaciones gráficas de los diferentes casos de relaciones:

ISC. Alicia Catalina Solano Aranda 5


CETis 48 BASE DE DATOS Febrero 2001

• RELACIONES TERNARIAS, CUATERNARIAS, N-ARIAS.


Son asociaciones que involucran más de dos entidades.
Ejemplo: AUTOR – INSTITUCIÓN – ARTICULO
Un autor puede trabajar en una o más instituciones, pero sólo puede dar
crédito a una institución de un artículo escrito por él.

• MULTIPLES RELACIONES ENTRE DOS ENTIDADES.


Existen dos entidades y más de una asociación entre ellas.

Nota: Pero aunque se pueden presentar todos estos casos, las relaciones más
comunes son las binarias y la mayoría de las relaciones n – arias se pueden
sustituir o convertir a binarias.

¿Qué es una entidad y qué es una relación?

Lo que para un analista es una entidad, para otro podría ser una relación. Esto es
particularmente cierto para entidades que pueden ser eventos, tales como ventas.

Ejemplo:
• Venta como entidad.

• Venta como relación.

TIPOS DE PARTICIPACIÓN EN UNA ENTIDAD (OPCIONALIDAD).

• OPCIONAL.
No todos los elementos de una entidad tienen que participar en la relación. ().

ISC. Alicia Catalina Solano Aranda 6


CETis 48 BASE DE DATOS Febrero 2001

• OBLIGATORIA.
Todos los elementos de una entidad deben participar en la relación. ().

Así se pueden presentar tres casos de las relaciones existentes entre dos
entidades:

Opcional-opcional. Los elementos de las entidades E1 pueden o no estar


relacionados con los elementos de las entidades E2 y, a su vez, los elementos
de las entidades E2 pueden o no estar relacionados con los elementos de las
entidades E1.

Opcional-obligatoria. Los elementos de las entidades E1 pueden no estar


relacionados con los elementos de las entidades E2, pero todos los elementos
de las entidades E2 deben estar relacionados con al menos un elemento de las
entidades E1.

Obligatoria-obligatoria. Todos los elementos de las entidades E1 deben estar


relacionados con al menos un elemento de las entidades E2 y viceversa.

Estos casos de participación son mutuamente excluyentes, es decir, una vez


elegido uno, los demás son ilegales.

Ejemplos:
Un empleado puede estar asignado:
• A un proyecto.
• A algunos proyectos.
• A ninguno.
Mientras que un proyecto puede estar autorizado, pero no tener aún empleados
asignados. Diagrama de ocurrencias.

Diagrama Entidad- Relación.

Una casa editorial puede publicar:


• Cero
• Uno o varias revistas.
Pero cada revista debe ser publicada por exactamente una casa editorial.

ISC. Alicia Catalina Solano Aranda 7


CETis 48 BASE DE DATOS Febrero 2001

Diagrama de ocurrencias
Diagrama Entidad-Relación

USO DE ROLES O CLASIFICACIÓN.

Otro tipo de situación se puede presentar cuando las ocurrencias de una misma
entidad pueden desempeñar papeles o roles diferentes dentro de una empresa,
formándose tantos subconjuntos como roles. Es decir, una entidad puede tener
subgrupos de entidades que necesitan ser representados explícitamente por su
significado para las aplicaciones de la base de datos.

Por ejemplo, las instancias o elementos de la entidad EMPLEADO pueden


agruparse en secretaria, ingeniero, técnico, administrador, empleado sindicalizado y
empleado de planta. Cada subgrupo es llamado subclase o rol y la entidad que los
agrupa, superclase o fuente.

¿Por qué usar roles o subclases?


Porque existen atributos que no aplican para todos los elementos de la entidad
superclase.
Algunas relaciones sólo se establecen entre algunos elementos específicos no
entre todos.

PASOS PARA LA CONSTRUCCIÓN DE UN DIAGRAMA E-R.

1. Clasificar entidades y atributos.


• Las entidades poseen información descriptiva, los atributos no.
• Si existe información que describe a un objeto, éste debe ser clasificado
como una entidad.
• Los atributos multivaluados deben clasificarse como entidades.
2. Establecer la clave de cada entidad. Cada entidad debe tener un identificador.
3. Establecer las relaciones más naturales entre entidades, su cardinalidad y su
opcionalidad.
4. Revisar que:
• Cada atributo esté asignado a la entidad o relación que mejor describe.

ISC. Alicia Catalina Solano Aranda 8


CETis 48 BASE DE DATOS Febrero 2001

• Cada relación está asignada a entidades asociadas entre sí de manera


directa y natural.
• Existe claridad de los nombres asignados a entidades, atributos y sobre todo
relaciones.
• No hay atributos, entidades, ni relaciones redundantes.
• Ningún atributo de una entidad coincide con la clave de otra entidad. Tal
atributo está escondiendo una relación.
5. Verificar que el modelo satisface los requerimientos presentes y futuros.
• No le falta nada.
• Igualmente importante: no le sobra nada.

ISC. Alicia Catalina Solano Aranda 9


CETis 48 BASE DE DATOS Febrero 2001

OBTENCIÓN DE LAS TABLAS A PARTIR DEL DIAGRAMA.

Regla 1. Si el grado de la relación binaria es 1:1 y es obligado el tipo de participación


de ambas entidades, sólo es necesaria una tabla. Como clave primaria de la
tabla se puede tomar cualquiera de las claves de las entidades.

Diagrama Entidad - Relación


RFC Clave

1 1
PRESIDENTES MUNICIPIOS

NomPresidente NomMunicipio

Tablas:

PRESIDENTES(RFC, NomPresidente, Clave, NomMunicipio)

Ejemplo:

PRESIDENTES
RFC NomPresidente Clave NomMunicipio
GACJ600919 Julián García 01 Arteaga
VAFF651208 Francisco Valdés 02 Ramos Arizpe
MOHP630514 Pedro Montés 03 Saltillo

Diagrama de ocurrencias:
PRESIDENTES MUNICIPIOS

GACJ600619 01

VAFF651208 02

MOHP630514 03

Regla 2. Si el grado de la relación binaria es 1:1 y el tipo de participación de una


entidad es obligatorio y el de la otra es opcional, son necesarias dos tablas.
Cada una contendrá la información concerniente a una entidad y su clave
primaria será la clave de la entidad correspondiente. La clave de la entidad
opcional se añadirá como un atributo más en la tabla de entidades cuyo tipo
de participación sea obligatorio.

ISC. Alicia Catalina Solano Aranda 10


CETis 48 BASE DE DATOS Febrero 2001

Diagrama Entidad - Relación


RFC Clave

1 1
GERENTES DEPARTAMENTOS

NomGerente NomDepto

Tablas:
GERENTES(RFC, NomGerente, Clave)
DEPARTAMENTOS(Clave, NomDepto)

Ejemplo:
DEPARTAMENTOS
GERENTES Clave NomDepto
RFC NomGerente Clave 01 VENTAS
GOAD700215 Daniel González 05 02 CONTABILIDAD
CEDP730825 Patricia Cepeda 03 03 MERCADOTECNIA
PEHB731030 Bernardo Pérez 04 04 LOGISTICA
05 ALMACEN
Diagrama de ocurrencias:
GERENTES DEPARTAMENTOS

01

GOAD700215 02

CEDP730825 03

PEHB731030 04

05

Regla 3. Si el grado de la relación binaria es 1:1 y el tipo de participación en ambas


entidades es opcional son necesarias tres tablas, una para cada entidad y
otra para la relación. La clave de las tablas de las entidades es la clave
primaria de la entidad correspondiente. La tabla con la relación deberá
contener las claves de las entidades.

Diagrama Entidad – Relación:


Matrícula Numero

1 1
ALUMNOS CASILLEROS

ocupan
NomAlumno Edificio Aula

ISC. Alicia Catalina Solano Aranda 11


CETis 48 BASE DE DATOS Febrero 2001

Tablas:
ALUMNOS(Matrícula, NomAlumno)
CASILLEROS(Numero, Edificio, Aula)
OCUPAN(Matrícula, Numero)
Ejemplo:
ALUMNOS
Matrícula NomAlumno
101825 Javier Barragán
125036 Gabriela Neaves
135269 Sofía Elizalde
165987 Gloria Martínez
192578 Rafael Carrizales
CASILLEROS
Numero Edificio Aula
100 A 1
101 A 5
102 B 2
103 B 5
104 C 3

OCUPAN
Matrícula Numero
125036 104
135269 100
192578 103

Diagrama de ocurrencias:

ALUMNOS CASILLEROS

101825 100

125036 101

135269 102

165987 103

192578 104

Regla 4. Si el grado de la relación binaria es 1:N y la entidad del lado “N” es


obligatoria, se necesitan dos tablas, una para cada entidad. La clave de las
tablas de las entidades es la clave primaria de la entidad correspondiente. La
tabla de la entidad “N” contiene la clave de la entidad “1”.

Diagrama Entidad – Relación:

ISC. Alicia Catalina Solano Aranda 12


CETis 48 BASE DE DATOS Febrero 2001

IdCliente Folio

1 N
CLIENTES FACTURAS

NomCliente Fecha Total

Tablas:
CLIENTES(IdCliente, NomCliente)
FACTURAS(Folio, Fecha, Total, IdCliente)

Ejemplo:

CLIENTES
IdCliente NomCliente
1 Jorge López
2 Manuel Soto
3 Rocío Ruíz

FACTURAS
Folio Fecha Total IdCliente
C-001 08/04/08 100.00 1
C-002 08/04/08 150.00 2
C-003 09/04/08 98.00 1
C-004 10/04/08 325.91 3
C-005 11/04/08 145.00 1
C-006 14/04/08 201.00 3
Diagrama de ocurrencias: C-007 15/04/08 142.32 2

CLIENTES FACTURAS

C-001
1 C-002

2 C-003
C-004
3
C-005
C-006
C-007

Regla 5. Si el grado de la relación binaria es 1:N y la entidad del lado “N” es opcional
se necesitan tres tablas, una para cada entidad y otra para la relación. La

ISC. Alicia Catalina Solano Aranda 13


CETis 48 BASE DE DATOS Febrero 2001

clave de las tablas de las entidades es la clave primaria de la entidad


correspondiente; la tabla con la relación contendrá las claves de las
entidades.

Diagrama Entidad – Relación:

Num F_Inicio IdAsistente

1 N
PROYECTOS ASISTENTES

Descripcion asignados_a NomAsistente

Tablas:

PROYECTOS(Num, F_Inicio, Descripción)


ASISTENTES(IdAsistente, NomAsistente)
ASIGNADOS_A(Num, IdAsistente)

Ejemplo:

PROYECTOS
Num F_Inicio Descripcion
1 20/07/93 Conservación de frutas y hortalizas por métodos
combinados.
2 20/05/94 Deshidratación solar de pimiento y extracción de
oleorresinas.
3 26/11/94 Optimización de la calidad y uso postcosecha de nueces y
frutos secos.

ASISTENTES
IdAsistente NomAsistente
1 Luis Medina
2 José Buendía
3 Ramón Santos
4 Carlos Lucio
5 Lucía Rodríguez
6 Oscar Soto
7 Martha Carmona
8 Enrique Nieto
9 Jacinto Suárez

ISC. Alicia Catalina Solano Aranda 14


ASIGNADOS_A
Num IdAsistente
1 1
CETis 48 BASE DE DATOS Febrero 2001
1 2
1 3
2 4
2 5
3 6
3 7
3 8

Diagrama de ocurrencias:

PROYECTOS ASISTENTES

2
1
3

4
2
5

3 6

Regla 6. Si el grado de la relación binaria es N:N se necesitan tres tablas, una para
cada entidad y la otra para la relación. La clave de las tablas de las
entidades es la clave primaria de la entidad correspondiente. La tabla con la
relación deberá contener las claves de las entidades.
Diagrama Entidad – Relación:

IdMaestro Clave

N N
MAESTROS MATERIAS

imparten
NomMaestro NomMateria

Tablas:

MAESTROS(IdMaestro, NomMaestro)
MATERIAS(Clave, NomMateria)
IMPARTEN(IdMaestro, Clave)

Ejemplo:

MAESTROS
IdMaestro NomMaestro
1 Luis Covarrubias

ISC. Alicia Catalina Solano Aranda 15


CETis 48 BASE DE DATOS Febrero 2001

2 Marcela Dávila
3 Jorge Escobedo
4 Patricia Arizpe
5 Elizabeth Narro

IMPARTEN
IdMaestro Clave
1 1
1 4
2 4
2 5
3 2
MATERIAS 3 3
Clave NomMateria 3 6
1 Ciencias Sociales 4 6
2 Administración 4 7
3 Contabilidad 5 6
4 Ecología 5 7
5 Biología 5 8
6 Matemáticas
7 Cálculo
8 Computación

Diagrama de ocurrencias:
MAESTROS MATERIAS

1
1
2

2 3

4
3
5

6
4
7
5 8

Regla 7. Si existe una relación N-aria se necesitan “N+1” tablas, una para cada
entidad, y una más para la relación. La clave de las tablas de las entidades
es la clave primaria de la entidad correspondiente. La tabla que contenga los
datos de la relación contendrá entre sus atributos las claves de las entidades.

Diagrama Entidad – Relación:

ISC. Alicia Catalina Solano Aranda 16


CETis 48 BASE DE DATOS Febrero 2001

AUTOR ARTICULO

IdPatroc PATROCINADOR NomPatroc

Tablas:

AUTOR(IdAutor, NomAutor)
PATROCINADOR(IdPatroc, NomPatroc)
ARTICULO(IdArticulo, Titulo)
PATROCINA(IdPatroc, IdAutor, IdArticulo)

Regla 8. Para los roles. La entidad fuente genera una tabla y su clave primaria será la
clave de la entidad. Para los roles y las relaciones entre ellos se aplican las
reglas anteriores.

ENTIDAD A

SubConjunto A1 SubConjunto A2

Bibliografía:
Rodíguez Almeida, Miguel A. BASES DE DATOS. Serie: informática de gestión.
McGRAW-HILL. Españ. 1992.

ISC. Alicia Catalina Solano Aranda 17