Base de Datos I Ingeniería de Sistemas

Sesión 05
Modelo Entidad – Relación

Ing. Victor Hugo Tapia Jacinto Pag. 28

Base de Datos I Ingeniería de Sistemas

MODELADO DE BASE DE DATOS

Se denomina modelado, al proceso de trasladar un problema del mundo real a un computador,

usando bases de datos.

Para el modelado de bases de datos es necesario seguir todos los pasos del diseño, esto nos
ahorrará mucho, tiempo y dará flexibilidad a la base de datos para implementar alguna
característica nueva.

La primera fase del diseño de una aplicación (la base de datos, generalmente, es parte de una
aplicación), consiste en hablar con el cliente para saber qué quiere, y qué necesita, además de
observar el funcionamiento del proceso que se quiere informatizar o modelar, teniendo en cuenta
que la aplicación cumpla con lo que es realmente necesario.

Los modelos conceptuales ayudan en esta fase del proyecto, porque permiten ver en forma clara el
proceso en su totalidad, puesto que se trata de una representación gráfica.

Una vez recogidos los datos, el siguiente paso es crear un modelo conceptual. El modelo más
usado en bases de datos es el Modelo Entidad Relación.

Probablemente, esta es la parte más difícil de la resolución del problema. Es la parte más
intelectual del proceso, en el sentido de que es la que más requerirá pensar. Durante esta fase,
seguramente, deberemos tomar ciertas decisiones, que en cierto modo limitarán en parte el
modelo. Cuando esto suceda, no estará demás consultar con el cliente para que estas decisiones
sean, al menos, aceptadas por él, y si es posible, que sea el propio cliente el que las plantee.

La siguiente fase es convertir el modelo conceptual en un modelo lógico.

El más usado es el Modelo Relacional. La conversión entre el modelo conceptual y el lógico es algo
bastante mecánico.

En el caso del modelo lógico relacional, existe un proceso que sirve para verificar que hemos
aplicado bien el modelo, y en caso contrario, corregirlo para que sea así. Este proceso se llama
normalización, y también es bastante mecánico.

El último paso consiste en codificar el modelo lógico en un modelo físico. Este proceso está ligado
al DBMS elegido, y es, seguramente, la parte más sencilla de aplicar.

Ing. Victor Hugo Tapia Jacinto Pag. 29

Base de Datos I Ingeniería de Sistemas

MODELO ENTIDAD RELACION (E-R)

Denominado por sus siglas como: E-R. Percibe el mundo real como una serie de objetos
relacionados entre sí y pretende representados gráficamente, mediante un determinado
mecanismo de abstracción. Este mecanismo está basado en una serie de símbolos, reglas y métodos
que nos permitirán representar gráficamente los datos de interés del mundo real. Es decir el
modelo Entidad Relación (E-R) fue creado como una metodología gráfica para diseño de Base de
Datos.

Permite una visión más natural de los datos, separando los objetos de sus asociaciones; mantienen
un alto grado de independencia de los datos respecto a los tratamientos y establece un cierto nivel
de dependencia o jerarquía entre los distintos elementos componentes del modelo.

Por ejemplo si realizamos un diseño lógico de la base de datos, ignorando consideraciones de

almacenamiento físico de los datos y eficiencia de los tratamientos, este diseño se diferenciará de
un esquema conceptual, debido a:

El diseño obtenido no es el nexo entre el mundo del usuario (esquema externo) y el mundo del
computador (esquema interno) aunque a partir del mismo se pueden definir ambos. Solamente es
una representación de las propiedades lógicas de los datos del universo del objeto de estudio, y
por lo tanto, dicha representación no es accesible directamente por el SGBD.

Es un método de representación abstracta del mundo real centrado en las restricciones o

propiedades lógicas de una base de datos. Por tanto no es directamente implantable en un SGBD,
sino que necesita una transformación a las estructuras de datos del modelo de datos propio de
dicho SGDB.

ELEMENTOS DEL MODELO ENTIDAD RELACION (E-R)

Este modelo representa a la realidad a través de un esquema gráfico empleando la terminología de

entidades, que son objetos que existen y son los elementos principales que se identifican en el
problema a resolver con el diagramado y se distinguen de otros por sus características particulares
denominadas atributos, el enlace que rige la unión de las entidades está representada por la
relación del modelo.

Ing. Victor Hugo Tapia Jacinto Pag. 30

Base de Datos I Ingeniería de Sistemas

ENTIDAD

Una entidad es una cosa u objeto en el mundo real que es distinguible de los demás objetos. De
interés para una organización y acerca del cual se puede y se quiere obtener determinada
información.

Ejemplo: Persona, Proceso, Factura, Guía de Despacho, Cliente, Producto, Libro, Autor, Editorial.

La representación gráfica es la siguiente:

Libro Autos Editorial

Mientras que una entidad es la forma general o descripción de algo (por ejemplo un CLIENTE),
una ocurrencia de entidad, es una realización concreta de una entidad

Las reglas que debe cumplir son las siguientes:

• Tiene que tener existencia propia

• Cada ocurrencia de un tipo de entidad debe poder distinguirse de las demás.
• Todas las ocurrencias de un tipo de entidad deben tener los mismos tipos
• de características (atributos).
• Juegan un papel necesario en el sistema que se construye. Pueden describirse por un
conjunto de datos.
• Pueden ser concretas como una persona o abstractas como una fecha.

ATRIBUTOS

En ocasiones llamadas propiedades, representan las características que posee cada miembro de un
conjunto de entidades. La designación de un atributo para un conjunto de entidades, expresa que
la base de datos almacena información concerniente a cada entidad del conjunto de entidades; sin
embargo, cada entidad puede tener su propio valor para cada atributo.

Los atributos poseen la siguiente estructura:

• Nombre: Especificación física del objeto

• Tipo: Valor que se utiliza para escribir características relacionadas al dato (cadena,
booleano, fecha, etc.)
• Dominio: Conjunto de valores permitidos que va a usar un atributo.

Ing. Victor Hugo Tapia Jacinto Pag. 31

Base de Datos I Ingeniería de Sistemas

Estos valores pueden tener una regla de validación para verificar que dicho dato está en el
dominio.

Ejemplo:

Nombre Tipo Dominio

Sexo Booleano M-F

Los atributos se representan mediante elipses, y en su interior el nombre del atributo:

Nombre

Ejemplo:

Se presenta la entidad paciente junto con sus principales atributos

Código Dirección

Nombre Teléfono

PACIENTE

Un atributo, como se usa en el Modelo ER, se puede caracterizar por los siguientes tipos de
atributo:

Atributos Simples y Compuestos

Atributos simples son aquellos que no están divididos en Subpartes. En cambio, los atributos
compuestos se pueden dividir en subpartes (es decir, otros atributos).Ejemplos:

Nombre_Alumno Atributos
Compuestos

Nombre Apellidos_paterno Apellidos_matern

Ing. Victor Hugo Tapia Jacinto Pag. 32

Base de Datos I Ingeniería de Sistemas

Atributos Monovalorados y Multivalorados

Un atributo es llamado monovalorado cuando tiene un solo valor para una entidad concreta.

Por ejemplo:

• Numero_de_Factura
• Numero_de_Matricula

Puede haber casos en las que un atributo tiene un conjunto de valores para una entidad específica,
a ellos se les llama multivalorados.

Por ejemplo:

Considera un conjunto de entidades alumno, con el atributo numero_teléfono, cualquier alumno

puede tener cero, uno o más números de teléfono a los que se le pueda ubicar.

Es frecuente usar una doble elipse para indicar atributos multivalorados:

Num_telefono

Atributos Derivados

El valor para este tipo de atributos se puede derivar de los valores de otros atributos de entidades
relacionadas. El valor de un atributo derivado no se almacena, sino que se calcula cuando sea
necesario.

Por ejemplo:

• Edad de un alumno
• Cantidad de préstamos a un cliente

Edad

Atributos Claves

Son atributos que permiten identificara una o más entidades.

Tipos:

Atributos de Clave Primaria

Una clave primaria es aquel atributo, el cual consideramos clave para la identificación de los
demás atributos que describen a la entidad. No acepta valores nulos.

Ing. Victor Hugo Tapia Jacinto Pag. 33

Base de Datos I Ingeniería de Sistemas

Ejemplo:

• CodigoAlumno
• NumeroMatrícula
• NumeroSeguro

Claro que puede haber más de un atributo que pueda identificarse como clave primaria, en este
caso se selecciona la que consideremos más importante.

Algunas variantes de diagramas E-R usan algunas marcas para indicar que cierto atributo es una
clave primaria, como subrayar el nombre del atributo.

Numero_Seguro

Atributos de Clave Secundaria

Estos atributos identifican a una o más entidades en un conjunto de entidades.

Ejemplo:

• ApellidoMaterno
• FechaMatricula

Atributos de Clave Foránea

Cuando el atributo hace referencia a la clave de una entidad dada en otra relación (tabla).

Ejemplo:

• Relación: Matricula
• Relación: Alumno
• Clave Foránea: CodigoAlumno
• CodigoAlumno, sería la Clave foránea para Matricula, ya que es la clave primaria de Alumno.

Atributos de Clave Concatenada

Son aquellos que se forman con un conjunto de atributos a nivel atómico. Ejemplo:

Identifiquemos el código de un alumno:

Ing. Victor Hugo Tapia Jacinto Pag. 34

Base de Datos I Ingeniería de Sistemas

Atributo de Grupo

Código alumno

2 0 1 5 1 0 1 2 3

Año Ingreso Semestre Número

Atributos de Clave Candidata

Identifican en forma alternativa a una y solo una entidad.

Su comportamiento es similar al de los atributos de clave primaria.

Ejemplo:

NumeroMatricula – Primaria

DNI – Candidata

Reglas de Integridad

1. Regla de Integridad de la Entidad

En un conjunto de entidades, cada identidad puede identificarse a través de un valor No
Nulo.
Ejemplo:
No se puede llamar a un alumno no matriculado.
2. Regla de Integridad de la Referencia
Toda entidad referenciada con un atributo de clave foránea debe existir en forma obligada.
Solo podemos registrar notas, asistencias y pagos de los alumnos matriculados.
Ejemplo:

Ing. Victor Hugo Tapia Jacinto Pag. 35

Base de Datos I Ingeniería de Sistemas

Dominio de un atributo

Son todos los valores posibles que puede tener un atributo.

Ejemplo:
Dominio (EstadoCivil) = {'S','C', 'D','V'}
Los dominios no son demasiado importantes en el modelo ER, pero si nos ocuparemos de
ellos en el Modelo Relacional y en el Físico.

RELACIÓN

Una relación es una asociación entre entidades, se caracteriza por determinadas restricciones que
determinan las entidades que pueden o no participar en dicha relación.

Las relaciones se representan mediante rombos, y en su interior el nombre de la relación:

Compra

Ejemplos:

• Proveedor suministra producto.

• Persona ha nacido en país.
• Empleado trabaja en departamento

La ocurrencia de relación, es la asociación concreta de ocurrencias de entidad de diferentes

entidades.

Por ejemplo:

Si se tienen las entidades alumno y colegio, y la relación estudia en, una ocurrencia de relación
sería: Rosa Mendoza estudia en Pedro Nolasco. Una relación queda caracterizada por tres
propiedades:

• Nombre: Deben tener un nombre que las identifique unívocamente.

• Grado: Numero de tipos de entidad sobre las que se realiza asociación.
• Tipo de correspondencia: Número máximo de ocurrencias de cada tipo de entidad que
pueden intervenir en una ocurrencia del tipo de relación.

Ing. Victor Hugo Tapia Jacinto Pag. 36

Base de Datos I Ingeniería de Sistemas

Representación Gráfica:

La asociación entre conjuntos de entidades, se conoce como participación; es decir, los conjuntos
de entidades participan en el conjunto de relaciones.

Alumno Curso
Matricula

La función que desempeña una entidad en una relación se llama papel de la entidad.

Debido a que los conjuntos de entidades que participan en un conjunto de relaciones son
generalmente distintos, los papeles o roles están implícitos y no se especifican normalmente. Sin
embargo, son útiles cuando el significado de una relación necesita aclaración.

Nombre Dirección

Código Código Nombre

Teléfono

Alumno Curso
se Matricula en

Se usan las líneas dobles para indicar que la participación de un conjunto de entidades en un
conjunto de relaciones es total; es decir cada entidad en el conjunto de entidades aparece al menos
en una relación de en ese conjunto de relaciones.

Nombre Dirección

Código Código Nombre

Teléfono

Alumno Curso
Matricula

Ing. Victor Hugo Tapia Jacinto Pag. 37

Base de Datos I Ingeniería de Sistemas

Otros ejemplos:

Cliente Producto
compra

Autor Libro
escribe

Hombre Mujer
matrimonio

Ing. Victor Hugo Tapia Jacinto Pag. 38