Instituto Tecnológico
Marcelo Quiroga Santa Cruz
BASE DE DATOS I
TEMA 2 : MODELO ENTIDAD RELACION
PARTE 1
Lic. Rosalía Apaza Copa
MODELO ENTIDAD - RELACION
• El modelo entidad-relación es el modelo conceptual más
utilizado para el diseño conceptual de bases de datos. Fue
introducido por Peter Chan en 1976. El modelo entidad-
relación está formado por un conjunto de conceptos que
permiten describir la realidad mediante un conjunto de
representaciones gráficas y lingüísticas. Originalmente, el
modelo entidad-relación sólo incluía los conceptos de
entidad, relación y atributo.
ELEMENTOS DE UN MODELO ER
• ENTIDADES
Las entidades son como sustantivos, es decir, son personas, objetos
o conceptos que tienen datos en su interior.
Existen dos tipos de entidades: la entidad fuerte y la entidad débil
dentro del modelo entidad-relación.
• Ejemplo de ENTIDADES
• Coches (objeto físico): contiene la información de cada taller.
• Empleado (objeto físico): información de los trabajadores.
• Cargo del empleado (cosa abstracta): información de la función del empleado.
Estas entidades se representan en un diagrama con un rectángulos, como los
siguientes.
COCHES EMPLEADO CARGO_EMPLEADO
Atributos
• Los atributos definen o identifican las características de
entidad (es el contenido de esta entidad). Cada entidad
contiene distintos atributos, que dan información sobre
esta entidad. Estos atributos pueden ser de distintos tipos
(numéricos, texto, fecha...).
Ejemplo de Atributos
• Unos posibles atributos serían los siguientes: número de
chasis, matrícula, Carnet del
propietario, marca, modelo y muchos otros que
complementen la información de cada coche.
• Los atributos se representan como círculos que
descienden de una entidad, y no es necesario
representarlos todos, sino los más significativos, como a
continuación.
Num_chasis Matricula C_I_Prorietario
Relaciones
Son vínculos que se establecen entre un conjunto de entidades.
Se clasifican en tres tipos, dependiendo de cuántas entidades
participen en ellas:
• Relaciones binarias: entre dos entidades.
• Relaciones ternarias: entre tres entidades diferentes.
• Relaciones n-arias: entre n entidades diferentes.
Requisitos para que se dé una relación
• Cardinalidad: representa el número de veces que la relación se puede
presentar entre dos o más entidades.
• Participación: representa la cantidad mínima de relaciones que se deben
presentar entre los elementos de dos entidades. Esta puede ser de dos
tipos:
Total: cuando es obligatorio que exista por lo menos una relación
para cada elemento de un conjunto de entidades.
Parcial: cuando es opcional que exista una relación para cada
elemento de un conjunto de entidades con los elementos de otra
entidad.
Los modelos Entidad-Relación también poseen
llaves, que se pueden clasificar en:
• Superllave: conjunto de campos que hacen única una entidad.
• Llave: es un tipo de superllave que contiene el mismo número de
atributos para asegurar la unicidad de la entidad.
• Llaves candidatas: aquellas llaves que, al quitarles uno o más
atributos, dejan de ser superllaves.
• Llave primaria: es la llave candidata elegida para identificar
inequívocamente una entidad.
En Resumen
Ejemplo
Ejemplos:
• Relación Uno a Uno: Diseñar el modelo E-R, para la relación Registro
de automóvil que consiste en obtener la tarjeta de circulación de un
automóvil con los siguientes datos:- Automóvil- Modelo, Placas, Color /
Tarjeta de circulación -Propietario, No_serie, Tipo.
(1,1) (1,1)
En este ejemplo existe una relación de pertenencia de uno a uno, ya que existe una
tarjeta de circulación registrada por cada automóvil.
Ejemplos:
• Relación Uno a muchos: El siguiente ejemplo indica que un cliente
puede tener muchas cuentas, pero que una cuenta puede llegar a
pertenecer a un solo cliente (Se indica que puede, ya que existen cuentas
registradas a favor de más de una persona “En este caso”).
(1,1) (1,N)
Ejemplos:
• Relación Muchos a Muchos: Un estudiante puede cursar muchas
materias, y una materia puede ser cursada por muchos estudiantes.
(1, N) (1,N)
Ejemplo:
• “Una empresa vende productos a varios clientes. Se necesita conocer los datos
personales de los clientes (nombre, apellidos, ci, dirección y fecha de
nacimiento). Cada producto tiene un nombre y un código, así como un precio
unitario. Un cliente puede comprar varios productos a la empresa, y un mismo
producto puede ser comprado por varios clientes. Los productos son
suministrados por diferentes proveedores. Se debe tener en cuenta que un
producto sólo puede ser suministrado por un proveedor, y que un proveedor
puede suministrar diferentes productos. De cada proveedor se desea conocer el
NIF, nombre y dirección”.
Ejemplo
• En la base de datos se desea guardar los datos de los profesores del instituto (CI,
nombre, dirección, teléfono). Los profesores imparten módulos y cada modulo
tiene un código y un nombre. Cada alumno está matriculado en uno o varios
módulos y en un módulo puede haber más de un alumno. De cada alumno se
desea guardar el nro. de expediente, nombre, apellido y fecha de nacimiento.
Los profesores pueden impartir varios módulos pero un modulo solo puede ser
impartido por un profesor.
• Realiza el diagrama E – R
Ejemplo
“Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda
Venezuela. Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el
dni, nombre, teléfono, dirección, salario y población en la que vive. De los paquetes transportados
interesa conocer el código de paquete, descripción, destinatario y dirección del destinatario. Un
camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero.
De las provincias a las que llegan los paquetes interesa guardar el código de provincia y el nombre.
Un paquete sólo puede llegar a una provincia. Sin embargo, a una provincia pueden llegar varios
paquetes.
De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo, tipo y potencia. Un
camionero puede conducir diferentes camiones, y un camión puede ser conducido por varios
camioneros”.
