Big Data

Fundamentals

El modelo E/R. Conceptos

básicos.
Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
Índice

1. Presentación........................................................................... 3
2. El modelo E/R como parte del ciclo de vida de un SBD ......................... 3
3. Utilidad del modelo E/R ............................................................. 4
4. Entidades y conjuntos de entidades ............................................... 4
5. Atributos ............................................................................... 5
6. Relaciones ............................................................................. 6
7. Cardinalidad de una relación ....................................................... 7
8. Claves .................................................................................. 8
9. Conjunto de entidades débiles y fuertes .......................................... 9
10. Ejercicio resuelto ................................................................. 10
11. Resumen ............................................................................ 11
Referencias bibliográficas ............................................................ 12

© Copyright Universidad Europea. Todos los derechos reservados. 2

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos

1. Presentación
Una de las herramientas más extendidas en el diseño de la BD de un SBD son los
diagramas E/R definidos en el modelo E/R. Esta herramienta es muy utilizada por los
administradores de base de datos para diseñar la estructura de la información que
almacenará el sistema. Es, por tanto, de vital importancia que se domine el uso de la
misma. En este tema se verán cuáles son los conceptos básicos relacionados con el
modelo E/R y se dejará para más adelante, en la unidad de aprendizaje siguiente,
cómo se diseñan los diagramas E/R y cómo, a partir de estos, se obtiene el esquema
conceptual de la base de datos.

Los puntos tratados en este tema son:

• Uso del modelo E/R y relación con el ciclo de vida de un SBD.

• Conceptos de entidad, atributo y relación.

• Conocer qué es el orden y la cardinalidad de una relación.

• Identificar dentro de una entidad la clave de la misma.

2. El modelo E/R como parte del ciclo de vida de un SBD

En el tema anterior se describió el ciclo de vida como el proceso para desarrollo de
un SBD. Este proceso comienza con el análisis de la información que se tiene que
almacenar en la BD. En esta etapa, el analista de la BD se reúne con los distintos
agentes en la empresa cliente que interactúan actualmente con el sistema que se
quiere modelar. Como resultado obtenemos la especificación de requisitos. Esta etapa
no la trataremos en esta materia puesto que las herramientas que se utilizan en la
misma no difieren del resto de aplicaciones y, por tanto, quedan fuera del ámbito de
la materia.

© Copyright Universidad Europea. Todos los derechos reservados. 3

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
A partir de la especificación de requisitos se realiza el diseño de la base de datos. En
esta fase de diseño se identifican qué entidades, atributos, relaciones y restricciones
semánticas tiene el sistema.

• Las entidades son los elementos destacados sobre los que queremos almacenar
información (p. ej. artículos, proveedores, clientes, etc.).

• Los atributos son las propiedades de las entidades que definen qué información
vamos a almacenar de cada uno de estas (p. ej. código del artículo, NIF del
proveedor, nombre del cliente, etc.).

• Las relaciones se establecen entre las entidades del problema (los artículos son
suministrados por los proveedores, los clientes piden artículos, etc.).

• Las restricciones semánticas establecen las reglas de funcionamiento del

sistema (p. ej. esta empresa solo admite que se realicen pedidos por parte de
los clientes que estén al tanto de los pagos o cada proveedor puede suministrar
varios artículos).

El modelo E/R permite representar entidades, atributos, relaciones y algunas de las

restricciones semánticas.

3. Utilidad del modelo E/R

En el modelo E/R se definen los diagramas E/R que son una representación semántica
no ambigua de la información almacenada en la especificación de requisitos. Este
modelo se utilizará para:

• Validar con el cliente la especificación de requisitos. El diagrama E/R es una

herramienta muy potente para visualizar la información a almacenar sin que dé
lugar a interpretaciones distintas de la BD. Se puede utilizar el diagrama E/R en
una reunión con el cliente para hacerle comprender la visión de los datos a
almacenar que tiene el DBA y contrastarla con la suya propia.

• Obtener el esquema conceptual o esquema lógico de la BD. Una vez obtenido

el diagrama E/R, se elige el SGBD comercial que se utilizará para el proyecto y
se utilizará el modelo de datos del mismo para extraer, a partir del diagrama
E/R creado, el esquema conceptual o lógico de la BD.

En la fase de codificación, este esquema conceptual será directamente traducible en

un conjunto de sentencias del LDD del SGBD que permitirán implementar la BD
resultado.

4. Entidades y conjuntos de entidades

El primer paso es identificar cuáles son los elementos destacados de los cuales
queremos almacenar información. A estos elementos destacados se les denomina
entidades. Formalmente:

© Copyright Universidad Europea. Todos los derechos reservados. 4

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos

Una entidad es un objeto que existe y es distinguible de otros objetos.

En nuestro ejemplo de la empresa comercial queremos almacenar información de los

clientes (NIF o DNI, nombre, dirección, cuenta del banco asociada, etc.), de los
artículos con los que trabaja la empresa (número de referencia del artículo,
descripción, precio de venta, número de unidades en almacén, etc.), de los pedidos
(número de pedido, fecha en que se realiza, importe total, IVA a aplicar, etc.) y de los
proveedores (NIF de la empresa proveedora, dirección social, a qué se dedica, etc.).
Clientes, artículos pedidos y proveedores son las entidades en este caso.

El concepto de entidad tiene dos significados distintos:

• Conjunto de entidades. Es un grupo de entidades del mismo tipo como todos

los clientes de la empresa o todos los proveedores de la misma. Los conjuntos
de entidades no tienen por qué ser disjuntos, se puede dar el caso de que uno
de los proveedores de la empresa nos haya realizado algún pedido y, por tanto,
también pertenezca al conjunto de entidades clientes.

• Instancia de una entidad. Un elemento de un conjunto de entidades. Como

puede ser uno de los clientes de nuestra empresa o uno de los proveedores de
la misma.

5. Atributos
El NIF o DNI, nombre, dirección y cuenta bancaria de cada cliente identifican a este y
lo diferencian del resto. A estos datos se les denomina atributos. Cada entidad se
representa mediante un conjunto de propiedades denominadas atributos.

Los valores que puede tomar cada atributo están definidos. Por ejemplo, el número de
cuenta del banco está compuesto por 20 dígitos que representan el código del banco,
el código de sucursal, los dígitos de control y el número de cuenta final. Para cada
atributo hay un conjunto de valores permitidos llamado dominio.

Se suele utilizar como notación básica para especificar una entidad y sus atributos la
siguiente:

entidad (atributos)

Dadas las definiciones de entidad y atributos puede redefinirse el concepto de base de

datos. Una base de datos es una colección de conjunto de entidades, cada uno de los

© Copyright Universidad Europea. Todos los derechos reservados. 5

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
cuales contiene un número cualquiera de entidades del mismo tipo y con los mismos
atributos. Conocidos los conceptos de atributo, dominio y entidad se pueden dar las
siguientes definiciones formales:

Atributo: función que asigna valores de un dominio a un conjunto de

entidades.

F(E) → D

Ejemplo: DNI (CLIENTE) → INTEGER

Instancia de un conjunto de entidades: un conjunto de pares atributo-

valor.

Ejemplo: C1 ∈ clientes (nif_o_dni, nombre, dirección, cuenta_bancaria)

C1 = { (DNI, 5656), (NOMBRE, ‘Juan’), (DIRECCIÓN, ‘Alcalá, 56’)}

Ejemplo

Entidades y atributos

clientes (nif_o_dni, nombre, dirección, cuenta_bancaria)

artículos (num_referencia, descripción, precio_venta,

num_unid)

pedidos (num_pedido, fecha, importe_bruto, iva,

importe_neto)

proveedores (nif, dirección, teléfono)

6. Relaciones
Una relación es una asociación semántica entre varias entidades. Por ejemplo, para
nuestra empresa comercial tiene que existir una relación entre clientes y pedidos que
indique qué cliente concreto realiza cada pedido, o entre proveedores y artículos que
nos indiquen que artículos nos suministra cada proveedor.

Al igual que ocurre con las entidades, las relaciones tienen dos significados: conjunto
de relaciones e instancia de un conjunto de relaciones. El conjunto de relaciones de
cliente-pedido estará compuesto por todas las parejas de clientes y los pedidos que

© Copyright Universidad Europea. Todos los derechos reservados. 6

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
estos han realizado. Una instancia de un conjunto de relaciones es una de estas parejas
que puede relacionar, por ejemplo, al cliente Pérez con el pedido número 15. Se suele
utilizar como notación básica para especificar una relación entre entidades la
siguiente:

R(E1, E2, ..., Ek)

Realiza (Clientes, Pedidos)

Suministra (Proveedores, Artículos)

Se denomina orden de una relación al número de entidades participantes en la misma.

Por ejemplo, la relación realiza (clientes, pedidos) es una relación binaria puesto que
intervienen dos entidades. Las relaciones binarias son las más comunes, sin embargo,
también existen relaciones de mayor orden. Como ejemplo, la relación pide (clientes,
pedidos, artículos), que representa los artículos que solicita un cliente en un
determinado pedido, es una relación ternaria que asocia tres relaciones distintas. Las
relaciones ternarias son difíciles de tratar por lo que conviene plantearlas como varias
binarias: realiza (cliente, pedido), contiene (pedido, artículo).

Las relaciones involutivas son aquellas que conectan a un conjunto de entidades

consigo mismo. (P. ej. “trabaja_para” entre empleados).

7. Cardinalidad de una relación

Se llama cardinalidad de una relación al número máximo de entidades de un conjunto
que se relaciona o conecta con una entidad del otro, y viceversa.

La cardinalidad expresa restricciones del mundo real. Por ejemplo, tal como hemos
planteado la relación realiza (clientes, pedidos), cada pedido puede ser realizado por
un solo cliente y un cliente puede realizar varios pedidos. Obviamente, esto es así
porque lo es en el mundo real, en el funcionamiento de la empresa comercial que
estamos modelizando.

En relaciones binarias se pueden presentar los siguientes tipos de cardinalidades:

• Una a una. Una entidad A está asociada, a lo sumo, con una entidad B y
viceversa.

• Una a muchas. Una entidad A puede estar asociada con un número cualquiera
de entidades B y una entidad B está asociada, a lo sumo, con una entidad A.

© Copyright Universidad Europea. Todos los derechos reservados. 7

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
• Muchas a muchas. Cualquier número de A puede asociarse a cualquier número
de B y viceversa.

Ejemplos

Una a una

Casado (hombre, mujer): como máximo un hombre puede estar casado con
una mujer y una mujer solo puede estar casada con un hombre.

Una a muchas

Pertenece (departamento, empleado): a un departamento pertenecen

varios empleados, pero un empleado solo puede pertenecer a un
departamento.

Muchas a muchas

Suministra (proveedor, artículo): un proveedor puede suministrar varios

artículos y un artículo puede ser suministrado por varios proveedores, que
nos proporcionarán distintos precios.

8. Claves
Dos clientes distintos de nuestra empresa pueden tener el mismo valor en algunos de
sus atributos. Podemos tener tan mala suerte de que dos de nuestros clientes se llamen
Juan Rodríguez o de que dos de nuestros artículos sean destornillador en estrella. Para
poder distinguir instancias de una entidad entre sí, es necesario que exista un atributo
o conjunto de atributos cuyos valores sea imposible que se puedan repetir en el mundo
real. Este atributo o conjunto de atributos serán los que me permitan identificar de
forma única a cada instancia de la entidad. Por ejemplo, los clientes se identificarán
por el DNI puesto que es imposible que dos personas tengan el mismo DNI asociado o
los artículos se identificarán por el número de referencia.

Se denomina clave de un conjunto de entidades al conjunto de uno o más

atributos cuyo valor sirve para identificar unívocamente a cada entidad del
conjunto.

En otras palabras: no existen dos entidades que tengan los valores de sus claves
iguales.

© Copyright Universidad Europea. Todos los derechos reservados. 8

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
De entre todos los conjuntos de atributos que cumplan la condición de clave,
seleccionaremos uno que será el que utilizaremos en la BD para distinguir instancias
dentro del conjunto de entidades.

Se denomina clave primaria a la clave seleccionada para la representación

de las entidades.

La clave primaria de una relación suele ser notada subrayando el conjunto de atributos
que la forman. Conviene subrayar que una clave es un conjunto de atributos. En
ocasiones no es posible encontrar un atributo que diferencia entre dos instancias del
conjunto de entidades, en estos casos es necesario utilizar parejas de valores
distintivos (dos atributos forman la clave) o tríos, etc.

Clave primaria

clientes (nif_o_dni, nombre, dirección, cuenta_bancaria)

artículos (num_referencia, descripción, precio_venta,

num_unid)

pedidos (num_pedido, fecha, importe_bruto, iva,

importe_neto )

proveedores (nif, dirección, teléfono)

9. Conjunto de entidades débiles y fuertes

Es posible que un conjunto de entidades no tenga clave. Por ejemplo, en la BD de un
banco puede que exista una entidad denominada movimiento (fecha, cantidad), en
esta entidad se almacenan los cargos y reintegros que se realizan sobre las cuentas del
banco. Fecha no puede ser la clave porque un mismo día, e incluso un mismo instante
de tiempo, se van a producir varios movimientos en el banco. Además, muchos de ellos
serán de la misma cantidad por lo que fecha + cantidad tampoco puede ser la clave.

Se denomina conjunto de entidades débil a aquel en el que no se puede

definir ninguna clave. No existe información para establecer una relación
unívoca entre las entidades del mundo real y las de la BD.

© Copyright Universidad Europea. Todos los derechos reservados. 9

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
Su identificación depende de algún conjunto de entidades que pasa a llamarse entidad
fuerte.

En el ejemplo de los movimientos del banco lo que sí que no puede ocurrir es que se
realicen dos movimientos distintos a la vez sobre la misma cuenta. Es, por tanto, la
entidad Cuenta (número_cuenta, saldo) la entidad fuerte de la que depende
movimiento. La clave de los movimientos tendrá que ser el número de cuenta donde
se realiza el cargo o reintegro más la fecha (entendiendo esta como instante de tiempo
y no solo como día en que se produce).

10. Ejercicio resuelto

Para asentar los conocimientos que has adquirido, en esta lección vamos a realizar un
ejercicio. Supongamos que disponemos de la siguiente especificación de requisitos.

La empresa de transporte urbano Alsinilla SL quiere informatizar la gestión

de planificación de rutas de autobuses. La información que nos proporciona
la empresa es la siguiente:

Dispone de una flota de autobuses cada uno de ellos caracterizado por la

matrícula y el modelo. Estos autobuses realizan rutas caracterizadas por
un número de línea (n.º que se le asigna al autobús para que el cliente sepa
la ruta que es), parada donde se inicia la ruta, la hora de inicio de la ruta
y el tiempo que se tarda en realizar todo el recorrido.

Cada ruta pasa en un minuto determinado de su recorrido por una serie de

paradas. Cada parada se identifica por la dirección donde se encuentra y
la zona en la que está (A, B1, B2, B3, C1 y C2).

También se almacena información relativa a los conductores. Cada

conductor se caracteriza por su DNI, nombre, dirección y teléfono de
contacto.

Un conductor siempre utiliza el mismo autobús.

© Copyright Universidad Europea. Todos los derechos reservados. 10

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos

Paso 1. Identificar cuáles son las entidades del problema y los atributos
que lo identifican: En nuestro caso se quiere almacenar información de
autobuses, rutas, paradas, conductores.

Paso2. Establecer las claves de las entidades. Los atributos que definen de
forma única cada instancia de la entidad son: matricula, num_linea,
dirección, dni, nombre. Utilizando la notación estudiada:

Autobuses (matrícula, modelo)

Rutas (num_linea, parada_inicio, hora_inicio,

duración_recorrido)

Paradas (direccion, zona)

Conductores (dni, nombre, dirección, teléfono)

De especial interés es el dominio del atributo Zona de la entidad parada

que está compuesto por el conjunto de valores {A, B1, B2, B3, C1, C2}.

Paso 3. Identificar las relaciones que se establecen entre las entidades y

la cardinalidad de las mismas. Los autobuses realizan rutas que pasan por
paradas. Un autobús puede realizar varias rutas y, aunque no se establece
en el problema como tal, suponemos que cada ruta puede ser realizar por
varios autobuses. Una ruta contiene varias paradas y cada parada puede
intervenir en varias rutas. Los conductores siempre conducen el mismo
autobús. A continuación se indican las relaciones junto con la cardinalidad
de las mismas en el caso de ser binarias:

Realiza (Autobús, Ruta)→muchos a muchos

Pasa (Ruta, Parada)→muchos a muchos

conduce (Conductor, Autobús)→ Uno a uno

Como se puede comprobar se dispone de tres relaciones binarias.

11. Resumen
El modelo E/R es ampliamente utilizado por los administradores de base de datos.
Principalmente interviene en dos tareas esenciales: la validación con el usuario en la
especificación de requisitos obtenida en la fase de análisis y la obtención del esquema
conceptual en la fase de diseño.

© Copyright Universidad Europea. Todos los derechos reservados. 11

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos
El modelo E/R usa como notación los diagramas E/R. Estos permiten representar
entidades, atributos, relaciones y restricciones semánticas del problema.

Las entidades se caracterizan por atributos. Cada atributo tiene un dominio

compuesto por el conjunto posible de valores que pueden tomar. Las entidades pueden
entenderse con dos significados distintos: el conjunto de entidades y la instancia de
una entidad. Cada instancia de una entidad se identifica unívocamente mediante la
clave del conjunto de entidades.

Las relaciones asocian entidades entre sí. Una relación se caracteriza por el orden y
la cardinalidad. El orden es el número de entidades que forman parte de la relación
pudiendo ser binaria, dos, ternaria, tres, etc. La cardinalidad de una relación binaria
representa restricciones del mundo real e indica el número máximo de entidades de
un conjunto que se relaciona o conecta con una entidad del otro, y viceversa. De esta
forma una relación puede tener cardinalidad uno a uno, uno a muchos y muchos a
muchos.

Referencias bibliográficas
Connolly, T. M. y Begg, C. E. (2005). Sistemas de bases de datos. Un enfoque práctico
para diseño, implementación y gestión. Pearson.

Silberschazt, A., Korth, H. y Sudarshan, S. (2006). Fundamentos de diseño de bases de

datos (5ª edición). McGraw-Hill.

© Copyright Universidad Europea. Todos los derechos reservados. 12

Big Data Fundamentals
Análisis de BD. El modelo E/R. Conceptos básicos

© Todos los derechos de propiedad intelectual de esta

obra pertenecen en exclusiva a la Universidad Europea
de Madrid, S.L.U. Queda terminantemente prohibida la
reproducción, puesta a disposición del público y en
general cualquier otra forma de explotación de toda o
parte de la misma.

La utilización no autorizada de esta obra, así como los

perjuicios ocasionados en los derechos de propiedad
intelectual e industrial de la Universidad Europea de
Madrid, S.L.U., darán lugar al ejercicio de las acciones
que legalmente le correspondan y, en su caso, a las
responsabilidades que de dicho ejercicio se deriven.

© Copyright Universidad Europea. Todos los derechos reservados. 13