Catedra de Base de Datos Facultad de Ciencias Exactas y Tecnología Universidad Nacional de Tucumán Ciclo Lec)vo 2017
Cronograma 23-ago Martes Modelos de BD. Modelo ER. Objetos, clasificacion y asociacion. Ejerc. U2 23-ago Martes Hash. Abstraccion. Ejercit DIA TP1- TP2 25-ago Jueves TP 2 TP2
Programa Analítico de la Materia Unidad 2: Visión general del proceso de Diseño. Modelo Entidad - Relación. De8inición. Características. Elementos: Entidades, atributos, identi8icadores y relaciones. Entidades débiles y fuertes. Construcción del Modelo de datos.
The Entity-Relationalship Model Towards a Unified view of data (ACM Transactions of Database Systems, Enero de 1976, pp 9-36).
Modelo Entidad- Relación. Características Este Modelo permite al diseñador concebir la Base de Datos a un nivel superior de Abstracción, sin tener que considerar el hardware ni a los Usuarios. Se centra en un plano Infologico. Es un Modelo que se apoya en dos conceptos: Entidad y Relación, entendiéndose por Entidad a una cosa que se puede identificar claramente y a la Relación como una vinculación entre entidades.
ENTIDADES Definición Una Entidad es algo que puede identificar en el ambiente de trabajo de los usuarios Ejemplo: EMPLEADO = Maria de los Ángeles Rivero PRODUCTO = A123Z654 La entidades de determinado tipo se agrupan en clases de entidades. Así la clase de entidad EMPLEADO es un conjunto de todas las entidades EMPLEADOS, y deben ser nomenclados en letras mayúsculas y por lo general en singular.
Entidades Clases e instancias de Entidades Es importante Por lo general existen muchos muchas instancias de entidad dentro de una clase de entidad. Por ejemplo dentro de la clase CLIENTE, existen muchas instancias, una para cada cliente representado en la Base de Datos. Definicion de Clase de Entidad Una Classe de entidad es un conjunto de entidades y se describe mediante la estructura de las entidades en esa clase CLIENTE Esta Entidad Contiene: NumerodeCliente NombredelCliente Direccion Ciudad Provincia CodigoPostal NombredelContacto NumeroTelefonico Dos instancias de CLIENTE 12345 67890 Fabrica AJAX Fabrica PACARA Calle Moreno 123 Calle Lavalle 971 Alderetes Lastenia TUC TUC 4005 4111 Carlos López Cesar Castro 424-1899 434-1922 Definicion de Instancia de Entidad Una Instancia de entidad es la representacion de una entidades en particular
Identi9icadores Definición: Las instancias de entidad tienen Identificadores, los cuales son atributos que nombran o identifican las instancias de una entidad de manera univoca. Ejemplo: Dominio EMPLEADO COLOR Valores à Juan, Diego, Ulises, Carlos à Rojo, Azul, Amarillo
Relaciones Definición: Una relación es la asociación entre las clases de entidad, y las instancias de relaciones son asociaciones entre instancias de entidad. Ejemplo: VEND-PEDIDO es una relación entre VENDEDOR y PEDIDO PADRES es una relación entre MADRE y PADRE, e HIJO. Una clase de relación puede involucrar muchas clases de entidades. El numero de clases que está en la relación es el Grado de la misma.
Grado de las Relaciones Las relaciones son generalmente binarias, dado que asocian a dos entidades. Puede involucrar muchas clases de entidades. El numero de clases que está en la relación es el Grado de la misma. Relación de Grado 2 Relación de Grado 3 Relación de Grado N VENDEDOR MADRE PADRE VEND-PEDIDO PADRES PEDIDO HIJO
Tipos de Relaciones Binarias 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. AUTO
Tipos de Relaciones Binarias (1 : N) o (Uno a Muchos), en donde una instancia de entidad de un tipo se relaciona con otras instancias de una sola entidad de otro tipo. Por ejemplo en la relación DORM_OCUPANTE una sola instancia de DORMITORIO relaciona a muchas instancias de ESTUDIANTE.
TIPOS DE RELACIONES BINARIAS (N : M) o (Muchos a Muchos), en donde las instancia de una entidad se relacionan con las instancias de otra entidad. Por ejemplo en la relación ESTUDIANTE_CLUB varias instancias de ESTUDIANTE se relacionan con muchas instancias de CLUB.
TIPOS DE RELACIONES BINARIAS. Cuando el nombre de la relación se coloca dentro del rombo, es necesario que la cardinalidad de la relación se documente de forma gra8ica, utilizando para ello las patas de gallo en el extremo de la línea de relación, y que simbolizan muchas instancias de ese lado de la misma.
TIPOS DE RELACIONES BINARIAS. CARDINALIDAD 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 UNA RELACION En algunas relaciones los atributos se gra8ican 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 gra8ica, por lo que en esas circunstancias se puede enumerar los mismos en forma de tabla separados del modelo.
Entidades Débiles De8inición: El modelo Entidad Relación de<ine 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.
RELACIONES TIPO ROL Es el papel o función que desempeña una tipo de entidad en una interrelación tipo. Los roles suelen ser implícitos (no siempre se especi8ican en el ERD), pero pueden ser útil distinguirlos si se necesita aclarar el signi8icado de una interrelación. Un caso típico en que se necesita precisar el rol de cada tipo de entidad participante es cuando existe una interrelación re<lexiva (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 p i instancias de tipo persona. Cada persona, si está casada, tendrá un rol p i (en este caso esposo-1 o esposo-2 o convencionalmente marido y/o mujer).
Relaciones de Tipo Rol Debe distinguirse entre grado de la interrelació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). El cardinalidad del rol se demine mediante el rango (min:max), entendiéndose el mínimo de instancias de ese rol y el máximo. en dicha interrelación.
Ejercitacion
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. Especializa en barcos que pueden ser rentados en base a un Min 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 especimicación: Propietario: Todo lo 9ijo del barco: (radio, compás, indicadores de profundidad y otros instrumentos, heladera, estufas) No 9ijo: 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.
Ejemplo completo Entidad-Relación Es necesario mantener un inventario del equipamiento del barco. La mayoría de los elementos Mijos 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 Minalidad (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)
Ejemplo completo Entidad-Relación
Ejemplo completo Entidad-Relación BARCO Numero Barco Nombre_Barco Modelo Tamaño PROPIETARIO Cuil_Prop Nombre_Propietario Domicilio Numero_Telefono_Propíetario EQUIPO ID_Equipo Nombre_Equip Tipo_Equip Precio Propietario_Licencia ARRENDAMIENTO Numero_Barco Fecha_Alqui ID_Cliente Periodo_Alquiler(dias) Fecha_Entrega TRIPULAC_PART_TIME CUIL_Trip Numero_Barco Calificacion REPARACION Numero_Barco Fecha_Reparacion Tipo_Reparacion Descripcion Costo CLIENTE ID_Cliente Nombre_Cliente Domicilio_Cliente Numero_Telefono_Clie ITINERARIO_CLIMA Numero_Barco Fecha_Itinen Origen Destino Condiciones_Clima MANTENIMIENTO_ PROGRAMADO Numero_Barco Fecha_Manten Tipo_Manten Descripcion Facilidad(Instalación) Costo
Ejemplo completo Entidad-Relación. Construcción de un Diccionario de Datos NOMBRE DE LA ENTIDAD NOMBRE DEL ATRIBUTO CLAVE / LLAVE TIPO DE CLAVE TIPO DE DATOS LONGITUD DOMINIO DESCRIPCION
Bibliogra9ía
Bibliográ9icas Principal Tecnología y Diseño de Bases de Datos / Mario Piattini, Esperanza Calero, Belen Vela / Edit Alfaomega / 2010 Ed. Pp 95-125 Procesamiento de bases de datos. fundamentos, diseño e implementación / David M. Kroenke. (Tra. Ana Elizabeth García Hernández.--Rev. Tca. Juan Raúl Esparza Martínez). Pearson Educación. México /c.2003/8ª. Edic.
Sitio Web de la Cátedra http://catedras.facet.unt.edu.ar/bd