Documentos de Académico
Documentos de Profesional
Documentos de Cultura
de
Bases de Datos
Unidad nº2
Parte I
Unidad nº2
Modelo Entidad Relacion
Se entiende por Entidad a “una cosa que se puede identificar claramente” y a la Relación
como “una vinculación entre entidades”.
Entidades
Definición 1:
“Una entidad es algo que se puede identificar en el medio ambiente de trabajo de los
usuarios; es decir, aquello a lo cual los usuarios quieren dar seguimiento. Puede ser un
objeto real o abstracto”.
Definición 2:
“Es una persona, lugar, cosa, concepto o suceso, real o abstracto, de interés para para la
empresa”
(ANSI 1977)
Entidades
Ejemplo:
EMPLEADO = “Luis Miguel Rodríguez”
PRODUCTO = A123Z654
Definiciones:
“Una clase de entidad es un conjunto de entidades y se describe mediante la estructura o
formato de las entidades en esa clase”.
Las relaciones binarias poseen instancias a ambos lados de la misma, la cual puede ser
tipificada de la siguiente manera:
(1 : 1) o (Uno a Uno), en donde una instancia de entidad de un tipo se relaciona con una
instancia de una sola entidad de otro tipo. Por ejemplo la relación ASIGNACION_AUTO
asocia a un único EMPLEADO con un único AUTO.
ASIGNACION_AUTO
Tipos de Relaciones Binarias
Cuenta
CUENTA CLIENTE
Cliente
De esta manera indicamos que la relación Cuenta-Cliente es del tipo uno a muchos, en donde
un cliente puede poseer varias cuentas, pero las cuentas pertenecen a un único cliente
La Cardinalidad Mínima de una relación es una estrategia hasta ahora no abordada,
mediante la cual es posible declarar rangos de valores admitidos a ambos lados de la
relación.
Para esto utilizaremos dos símbolos sobre la línea de relación, y en donde el ovalo
implicara que el mínimo de relaciones será de 0, y una línea interceptando la de relación,
la cual indicara que el mínimo de relaciones será de 1.
Asi vemos que un ESTUDIANTE tiene una Cardinalidad mínima de 1 y una máxima de 1.
En cambio CLUB tiene una Cardinalidad mínima de 0 y una máxima de N.
Atributos de Entidades y Relaciones en el Diagrama
En algunas relaciones los atributos se grafican como óvalos conectados a las entidades a
las que describen, los cuales contienen los nombres de los atributos de la relación
nomenclados con mayúsculas y minúsculas.
Cuando las entidades tienen muchos atributos se vuelve compleja la grafica, por lo que en
esas circunstancias se puede enumerar los mismos en forma de tabla separados del
modelo.
Entidades Débiles
Definición:
“El modelo Entidad Relación define un tipo especial de Entidad denominada Débil, la cual no
puede existir en la Base de Datos a menos que también exista otra denominada Entidad
Fuerte, a la cual le debe su existencia”.
Relación de tipo Rol
Es el papel o función que desempeña una tipo de entidad en una relación tipo. Los roles suelen
ser implícitos (no siempre se especifican en el ERD), pero pueden ser útil distinguirlos si se
necesita aclarar el significado de una relación.
Un caso típico en que se necesita precisar el rol de cada tipo de entidad participante es cuando
existe una relación reflexiva (un tipo de entidad asociado consigo mismo); Ejemplo: el tipo de
interrelación forma_pareja, en el cual participan (opcionalmente) dos instancias el tipo de
entidad persona; cada elemento del conjunto de interrelaciones forma_pareja es del tipo
p {p1, p2} siendo pi instancias de tipo persona. Cada persona, si está casada, tendrá un rol pi
(en este caso esposo-1 o esposo-2 o convencionalmente marido y/o mujer).
Debe distinguirse entre grado de la relación (en este caso 1:1 que indica el máximo de
ocurrencias o instancias que pueden entrar en correspondencia) y cardinalidad del
rol (0:1 en ambos casos). La cardinalidad del rol se define mediante el rango
(min:MAX), entendiéndose el mínimo de instancias de ese rol y el máximo. en dicha
relación.
DIAGRAMA ENTIDAD RELACION
Nro_Cta * CUIT
Id_Cliente*
Cuenta
CUENTA CLIENTE
Cliente
Atributos compuestos: Atributo compuesto por múltiples componentes, cada uno de ellos
con una existencia independiente.
código nombre
Atributos multivaluados: puede tomar múltiples valores para cada instancia de la entidad.
código nombre
teléfono
Ejemplo completo Entidad-Relación
Descripción del problema. Estamos encargados de desarrollar un sistema basado en una DB para
una empresa que de encarga de rentar barcos. Pero la empresa BOAT Co. no posee ningún barco,
encargándose de tener una cartera de botes de diferentes dueños para luego alquilarlos a
terceros.
BOAT Co. se especializa en barcos que pueden ser rentados en base a un fin de semana o períodos
mas largos (medido en semanas). El barco mas pequeño en cartera tiene 28 pies y el mas grande
51 pies.
Cada barco está completamente equipado en el momento que lo retira el que lo renta. Los
elementos son provistos de acuerdo a la siguiente especificación:
Propietario:
•Todo lo fijo del barco: (radio, compás, indicadores de profundidad y otros instrumentos,
heladera, estufas)
•No fijo: velas, líneas, anclas, salvavidas, y en la cabina: platos, cubiertos, elementos de cocina,
camas, etc
BOAT Co:
•Equipo consumible: cartas de navegación, comida, tablas de corrientes, cartas de tiempo,
elementos de baño como jabón, toallas, etc.
Es necesario mantener un inventario del equipamiento del barco
La mayoría de los elementos fijos son fácilmente perdibles o destruidos o consumidos o robados.
Los clientes son responsables de todo el equipamiento durante el período de alquiler.
BOAT Co. desea mantener un registro seguro de todos sus clientes y de los alquileres, no
solamente para marketing sino también para mantener los viajes realizados y los clientes que
alquilaron barcos.
Algunos itinerarios y condiciones del viento son mas peligrosos que otros y para BOAT Co. es muy
importante conocer el grado de experiencia de sus clientes.
BOAT Co. no provee personal marinero, pero en casos especiales los clientes solicitan los servicios
de tripulación, por lo que la empresa. los mantiene en base a un sistema part – time (tiempo
parcial).
Los barcos precisan mantenimiento y BOAT Co. está comprometido por contratos con los dueños
de mantener los en perfectos condiciones de uso, manteniendo un registro de actividades y costo
con esta finalidad (limpieza de motores, cambio de aceite, y reparaciones eventuales). En algunos
casos, la reparación es necesaria durante un viaje: en este caso el cliente avisa por radio a BOAT
Co., quien determina el sitio mas apropiado para hacer esta reparación (info de cual es la falla,
historia de reparaciones anteriores y lugares donde realizarla.
BARCO ARRENDAMIENTO CLIENTE
• Numero Barco • Numero_Barco • ID_Cliente
• Nombre_Barco • Fecha_Alqui • Nombre_Cliente
• Modelo • ID_Cliente • Domicilio_Cliente
• Tamaño • Periodo_Alquiler(dias) • Numero_Telefono_Clie
• Fecha_Entrega
PROPIETARIO ITINERARIO_CLIMA
• Cuil_Prop • Numero_Barco
• Nombre_Propietario TRIPULAC_POR_HORA • Fecha_Itinen
• Domicilio • CUIL_Trip • Origen
• Numero_Telefono_Propíetario • Numero_Barco • Destino
• Calificacion • Condiciones_Clima
EQUIPO MANTENIMIENTO_
• ID_Equipo REPARACION PROGRAMADO
• Nombre_Equip • Numero_Barco • Numero_Barco
• Tipo_Equip • Fecha_Reparacion • Fecha_Manten
• Precio • Tipo_Reparacion • Tipo_Manten
• Propietario_Licencia • Descripcion • Descripcion
• Costo • Facilidad(Instalación)
• Costo