Modelo Entidad-Relación

Presentación del tema: "Modelo Entidad-Relación"— Transcripción de la presentación:

1 Modelo Entidad-Relación
BASE DEDATOS I Modelo Entidad-Relación Mg. Samuel Oporto Díaz

2 BASE DE DATOS

3 Base de Datos Es un conjunto de datos relacionados entre sí, almacenados en conjunto sin redundancias innecesarias e independientes de los programas que los usan. Son persistentes en el tiempo. Usan un lenguaje para incluir, modificar o extraer los datos. Es un conjunto de datos operativos, accesibles desde algún nivel de la empresa (Estratégico, Táctico, Operativo). Una BD debe cumplir con las características de: Unicidad Consistencia Seguridad Privacidad Disponibilidad Integridad

4 Archivos Vs BD

5 Sistema de Gestión de Bases de Datos
Conjunto de programas que permite definir, construir y manipular bases de datos para diversas aplicaciones. Definir una BD es especificar... estructura de datos, tipos de datos y restricciones de los datos Construir una BD es... almacenar datos en algún medio de almacenamiento controlado por el SGBD Manipular la BD es... consultar datos introducir/modificar/eliminar datos, para reflejar cambios. generar informes a partir de los datos almacenados

6 SGBD DataBase Management System SGBD = DBMS

7 Sistema de Base de Datos
Tiene por objetivo proporcionar un entorno práctico y eficiente para almacenar y recuperar la información de la base de datos. No es necesarios un SGBD de propósito general para implementar una base de datos. Se puede construir un conjunto de programas propios para crear y mantener la base de datos. Sistema de Base de Datos SBD = BD + DBMS + Software de Aplicación/Consultas

8 Lenguajes DSL = DDL + DML
DDL. (Lenguaje de definición de datos).- Define o declara objetos y restricciones de la BD. Estático e Invariante. DML. (Lenguaje de manipulación de datos).- Manipula o procesa objetos de la BD. Dinámico. Operaciones. DSL. (Lenguaje de dominio específico - declarativo) Representa un nexo entre el SBD y algún lenguaje anfitrión. Ejem: SQL, HTML Provee herramientas a los lenguajes tradicionales para que se integren al Sistema de Base de Datos. Puede haber distintos tipos de DSL para un mismo sistema .

9 DDL y DML DDL Detalla la implementación del esquema de la BD
El compilador DDL genera la tablas que se almacena en el diccionario de datos El diccionario de datos contiene la metadata (datos acerca de los datos) create table customer ( customer-id char(10), customer-name char(59)) DML Accesa o manipula los datos de la BD Es un lenguaje de consultas Procedimental – Qué y cómo obtener datos No procedimental – Qué datos se necesitan, sin decir cómo obtenerlos. select customer-nam from customer where customer-id = ‘192’

10 Niveles de Abstracción
Nivel de Vista: Describe una parte de la BD. Puede esconder información por seguridad Nivel Lógico: Qué datos se almacenan en la BD y qué relaciones existen entre esos datos. Nivel Físico: Cómo se almacenan los datos. VISTA LÓGICO FÍSICO

11 Niveles de Abstracción
ARQUITECTURA DE TRES NIVELES Nivel Externo (Lenguaje de Programación “tipo Pascal”) tipo empleado = registro (no acceso al salario) n_empleado: cadena(6); n_depto: cadena(4); fin; Nivel Conceptual (Lenguaje de definición de datos, DDL) EMPLEADO ( NUMERO_EMPLEADO CARACTER(6) CLAVE PRINCIPAL, NUMERO_DEPARTAMENTO CARACTER(4) NO NULO, SALARIO NUMERICO(5) NO NULO ) Nivel Interno EMP_ALMACENADO LONGITUD=20 PREFIJO TIPO=BYTE(6), DESPLAZAMIENTO=0 EMP# TIPO=BYTE(6), DESPLAZAMIENTO=6, INDICE=IEMP DEPTO# TIPO=BYTE(4), DESPLAZAMIENTO=12 PAGA TIPO=PALABRA, DESPLAZAMIENTO=16

12 Modelos de BD Existen diversos modelos para modelar los datos

13 Modelo Entidad - Relación
Modelo E-R del mundo real Entidades (objeto o cosas del mundo real distinguible de otros) Relaciones (asociación entre entidades) Usado para el diseño de BD El diseño de una BD en modelo E-R luego es convertido en un diseño de modelo Relacional, el cual es usado para almacenamiento y procesamiento.

14 Modelo Relacional El modelo relacional es un modelo de datos basado en la lógica de predicado y en la teoría de conjuntos. Una base de datos relacional es un conjunto de dos o mas tablas estructuradas en registros (líneas) y campos (columnas), que se vinculan entre sí por un campo en común.

15 Ejemplo 1

16 Ejemplo 1

17 Ejemplo 2

18 Ejemplo 2

19 Ejemplo 3

20 Ejemplo 3

21 MODELO ENTIDAD-RELACION

22 Introducción Modelo de datos conceptual de alto nivel
Propuesto por Peter P. Chen en 1976 Describe el “mundo real” como un conjunto de ENTIDADES y de RELACIONES entre ellas Existe una familia de modelo ER Soportado por herramientas software de diseño (CASE)

23 Elementos Entidad ( entity ) Atributo ( attribute )
Relación ( relationship ) Dominio ( values set )

24 1. Entidad Cosa u objeto del mundo real con existencia propia y distinguible del resto Objeto con existencia... física o real (una persona, un libro, un empleado) abstracta o conceptual (una asignatura, un viaje) Las entidades tienen atributos. Ejemplo: las personas tienen nombre, dirección, etc. Un conjunto de entidades es un conjunto de entidades del mismo tipo que comparten las mismas propiedades Ejemplo: conjunto de todas las personas, empresas, árboles El término OBJETO se utiliza en el sentido que tiene en el lenguaje común, y no con el que suele darse en el paradigma de la Orientación a Objetos. ANSI = American National Standards Institute, < Instituto de estándares Americano ANSI (1977): The ANSI/X3/SPARC DBMS Framework. Report on the Study Group on Database Management Systems. D. Tsichiritzis y A. Klug (eds). Montvalle, N.J.: AFIP Press, 1977.

25 1. Entidad cliente-id cliente-nombre cliente-calle cliente-ciudad
prestamo- monto

26 2. Atributo Propiedad o característica de una entidad
Una entidad particular es descrita por los valores de sus atributos: titulo = El alquimista impaciente genero = Thriller nacionalidad = España añoestreno = 2002 p1 ... Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos. nss = dni = nombre = Cristina Aliaga Gil nacionalidad = España e1 ...

27 2. Atributos Compuestos

28 3. Relación Una relación es una asociación entre diferentes entidades.
Ejemplo: Ortiz posee A-102 entidad cliente conjunto relaciones entidad cuenta Una relación también puede tener atributos descriptivos

29 4. Dominio Conjunto de valores permitidos para cada atributo
Tipos de atributos: Simples y compuestos Univalorados y multivalorados E.j. multivalorado : numero-telefono Derivados Puede ser derivado de valores de otros atributos o entidades E.j. edad, dada la fecha de nacimiento

30 1. ENTIDAD

31 Instancias de una entidad
También... Ocurrencia Realización Ejemplar Entidad concreta o individual PELICULA titulo = El señor de los anillos genero = Fantasía nacionalidad = EEUU añoestreno = 2001 p2 ... En realidad, utilizaremos el término ENTIDAD como sinónimo de TIPO DE ENTIDAD titulo = Amores perros genero = Drama nacionalidad = Méjico añoestreno = 1999 p3 ... titulo = Amelie genero = Comedia nacionalidad = Francia añoestreno = 2001 p4 ...

32 Tipo de Entidad (entity set)
Define un conjunto de entidades que poseen los mismos atributos PELICULA: titulo, genero, nacionalidad, añoestreno, numcopias EMPLEADO: dni, nss, nombre, fechanacim, direccion, telefono, altura, nacionalidad, edad Notación Cada tipo de entidad es descrito por su nombre y la lista de nombres de sus atributos EMPLEADO PELICULA DIRECTOR LOCAL VIDEOCLUB ACTOR CLIENTE

33 Tipo de Entidad EMPLEADO: dni, nss, nombre, dirección, telefono, altura, fechanacim, nacionalidad, edad Las instancias del tipo de entidad se agrupan en un conjunto de entidades o extensión e1  ( , , “Cristina Aliaga Gil”, “Libertad, 2. Yecla. Murcia ”, , 1’60, 28/07/1979, España, 23) e2  ( , , “Antonio Gil Sánchez”, “Paz, 5. Murcia. Murcia.30012”, , 1’76, 14/04/1944, España, 58) e3  ( , , “Julia Sauce”, “Justicia, 20. Yecla. Murcia ”, , 1’59, 23/05/1947, España, 55) ...

34 Claves Claves (Llaves): Atributos que identifican una entidad dentro de un conjunto de entidades. Superclave: Conjunto de atributos no vacío, que identifica en forma única una entidad dentro de un conjunto de entidades. Superclave = {superclaves} Clave candidata: Es una superclave para la cual ningún subconjunto es superclave, excepto el mismo. Clave primaria. Es la clave candidata escogida por el diseñador. Atributo o conjunto de atributos que permiten identificar en forma única una tupla en la tabla y ningún subconjunto de ella posee esta propiedad (subrayado). Llave foránea: Es un atributo que es llave primaria en otra entidad con la cual se relaciona. Relacionar las entidades.

35 Tipo de Entidad Débil No tiene atributos clave propios
Una instancia se identifica por su relación con una instancia de otro tipo de entidad Clave parcial (o discriminante) Atributos de la entidad débil, que identifican de forma única cada instancia. Clave = (clave_entidad_regular, clave_parcial) Coincide con el concepto en [CBS1998] y [SKS1998]

36 2. ATRIBUTOS

37 simples y monovalorados
Tipos de atributos Simples o Compuestos Almacenados o Derivados Monovalorados o Multivalorados Opcionales simples y monovalorados compuestos multivalorados Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos. derivados

38 Atributos Simples o Compuestos
Atributos compuestos Pueden dividirse en otros con significado propio Valor compuesto = concatenación de valores de componentes Atributos simples No divisibles. Atómicos fechanacim dia mes año direccion calle ciudad provincia codpostal No explicar cuándo utilizar un atributo compuesto o bien varios atributos simples, pues esta norma de diseño se estudiará en el “Tema 4.- Diseño Conceptual” genero

39 Atributos Almacenados o Derivados
Atributos derivados Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas) Son información redundante... edad [de EMPLEADO], cálculo a partir de fechanacim atributo derivado del valor de otro atributo numcopias [de una PELICULA], cuenta del número de entidades COPIA relacionadas con cada película concreta atributo derivado de entidades relacionadas Atributos almacenados fechanacim [de cada EMPLEADO] nacionalidad [de una PELICULA]

40 Monovalorados o Multivalorados
Atributos monovalorados (monovaluados) sólo un valor para cada entidad fechanacim [de un EMPLEADO particular] añoestreno [de cada PELICULA concreta] Atributos multivalorados (multivaluados) más de un valor para la misma entidad nacionalidad [PELICULA coproducida por varios países ] telefono [ EMPLEADO con varios teléfonos de contacto] pueden tener límites superior e inferior del número de valores por entidad nacionalidad (1-2) telefono (0-3)

41 Atributos Opcionales (nulos)
El nulo (null value) es usado cuando... Se desconoce el valor de un atributo para cierta entidad El valor existe pero falta altura [de un EMPLEADO] No se sabe si el valor existe o no telefono [de un EMPLEADO] La entidad no tiene ningún valor aplicable para el atributo: fechaalquiler [PELICULA sólo en vídeo-venta (no alquiler)] Nulo = Cardinalidad Mínima 0 Valor que existe, pero falta “fechanacim” [de un empleado] Valor no aplicable: “fechajubilacion” [de una persona que aún está en activo]

42 Notación para atributos
[EN2002] (0,3) dirección (1,2) (0,1) EMPLEADO nombre fechanacim telefono calle provincia ciudad codpostal edad nss dni altura nacionalidad Señalar que para representar gráficamente los conceptos de modelado que ofrece el MER vamos a emplear principalmente dos notaciones: la seguida en el libro [EN2002] y la empleada en el libro [MPM1999]. Indicar que la notación de [EN2002] es muy similar a la original definida por Chen en 1976. Las notaciones empleadas en las otras referencias: [CBS1998] y [SKS1998] coinciden con la de [EN2002], salvo que se indique otra cosa. A la vista de esta diapositiva, destacar: Atributos simples / compuestos Atributos monovalorados / multivalorados Atributos opcionales / obligatorios Atributos derivados / almacenados Los casos normales no se muestran en el diagrama: cardinalidad del atributo es (1,1) almacenado obligatorio CARDINALIDAD DE UN ATRIBUTO Nº mínimo y máximo de valores que puede tomar un atributo, en una instancia de un Tipo Entidad (o de Relación) Sean a atributo, E Tipo de Entidad card_min(a, E) = 0; a puede NO TOMAR VALOR; a PUEDE SER NULO. card_min(a, E) = 1; a DEBE TOMAR OBLIGATORIAMENTE UN VALOR. card_max(a, E) = 1; a TOMARÁ como mucho, UN VALOR individual a la vez. card_max(a, E) > 1; a puede TOMAR MÁS DE UN VALOR para la misma instancia de entidad (o de relación); a es MULTIVALUADO.

43 Atributos Clave dni en EMPLEADO
Atributo con valor distinto para cada instancia de un tipo de entidad dni en EMPLEADO Una clave identifica de forma única cada entidad concreta  atributo identificador (0,3) (1,2) (0,1) EMPLEADO nombre fechanacim telefono calle provincia ciudad codpostal edad nss dni altura nacionalidad n-f dirección IP La restricción de unicidad prohíbe que dos entidades tengan simultáneamente el mismo valor para el atributo clave. La notación [CBS1998] y [SKS1998] coincide con la de [EN2002].

44 3. RELACIONES

45 RELACIÓN (relationship)
También “interrelación” Asociación, vínculo o correspondencia entre instancias de entidades relacionadas. el director “Alejandro Amenábar” ha rodado la película “Mar adentro” Abstracción un DIRECTOR ha rodado PELICULA’s DIRECTOR PELICULA HA_RODADO

46 DIRECTOR HA_RODADO PELICULA
Instancia del tipo de relación  Vacas  Tesis  Belle Epoque  Torrente  Tierra Abre los ojos Los otros  J. Médem  C. Saura  F. Trueba  S. Segura  A. Amenábar  Cada instancia de la relación es una asociación entre entidades, en la que participa exactamente una entidad de cada tipo. Representa el hecho de que las entidades están relacionadas entre sí de alguna manera en la situación correspondiente del “mundo real”. Tipo de Entidad: conjunto de instancias Tipo de Relación: conjunto de instancias

47 Grado de un tipo de relación
Número de tipos de entidad que participan en el tipo de relación ACTOR PELICULA ACTUA_EN Binaria: grado 2 (el más frecuente) PELICULA CONTINUACION DE Reflexiva (o recursiva): grado 1 En una instancia de una relación SIEMPRE participa una instancia de cada tipo de entidad ligada a la relación. Por ejemplo, una instancia de ALQUILA _necesariamente_ consiste en una instancia de CLIENTE, otra de PELICULA, y otra de LOCAL_VIDEOCLUB. No tiene sentido que vincule tan solo dos de ellas... Ternaria: grado 3 CLIENTE PELICULA LOCAL_VIDEOCLUB ALQUILA

48 Nombres de Rol (papel) Todo tipo de entidad que participa en un tipo de relación juega un papel específico en la relación Los nombres de rol se deben usar, sobre todo, en los tipos de relación reflexivos, para evitar ambigüedad DIRECTOR PELICULA HA_RODADO realizador film original versión PELICULA VERSION_DE Los nombres de rol ayudan a explicar el significado de la relación, por eso su uso es casi obligatorio en los tipos de relación reflexivas, para evitar la ambigüedad.

49 Cardinalidad Limitan las posibles combinaciones de entidades que pueden participar en las relaciones Extraídas de la situación real que se modela “Una película debe haber sido dirigida por uno y sólo un director” “Un director ha dirigido al menos una película y puede haber dirigido muchas” Número máximo de instancias de tipo de relación en las que puede participar una misma instancia de tipo de entidad la cardinalidad de HA_RODADO es “1 a N” HA_RODADO es de tipo “1 a N” Estas restricciones permiten expresar algunas de las Reglas del Negocio.

50 Cardinalidad Números mínimo y máximo de instancias de un tipo de entidad que pueden estar relacionadas con una instancia del otro tipo de entidad Notación (min, max) en la línea que une entidad y relación p1  p2  p3   e1  e2  e3  e4 POSEE PERSONA EDIFICIO POSEE PERSONA USA EDIFICIO (0,m) (1,n) (0,n) (1,1) CARDINALIDAD DE UN TIPO DE ENTIDAD E1 Notación [EN2002]: se fija una instancia de E1 y se cuenta el número de instancias de R en las que puede participar. Notación [MPM1999]: se fija una instancia de E2 y se cuenta el número de instancias de E1 que pueden relacionarse con dicha E2. Ejemplos en [MPM1999]: R( E1(1,1):E2(...)) = 1 instancia E2 está relacionada con 1 y sólo 1 instancia E1 R( E1(0,n):E2(...)) = 1 instancia E2 puede relacionarse con 0,1,2...n instancias E1 R( E1(0,n):E2(1,m)) = - No toda instancia E2 está relacionada con 1 instancia E1 - Toda instancia E1 está relacionada con 1 o más instancias E2 R( E1(0,n) : E2(0,m) ) = - No establece restricciones - 1 instancia E2 puede estar relacionadas con cualquier nº de instancias de E1, y viceversa Ejemplo: ACTUA( ACTOR(0,n) : PELICULA(0,m) )

51 Cardinalidad Razones de cardinalidad más comunes: 1:1 (“uno a uno”)
0:N (“cero o muchos”) 1:N (“uno a muchos”) M:N (“muchos a muchos”) EMPLEADO LOCAL_VIDEOCLUB encargado sucursal 1 trabajador lugar trabajo TRABAJA_EN SUPERVISA N ACTOR PELICULA personaje film M ACTUA_EN N

52 Cardinalidad recursiva
1:1 (0,1) PELICULA SECUELA DE precuela continuación PELICULA VERSIONA N:1 (0,1) (0,n) versión original

53 Razón de Participación
Especifica si toda la extensión de un tipo de entidad participa en un tipo de relación, o sólo parte de la extensión. Clases de participación: Participación total (dependencia en existencia) Participación parcial EMPLEADO LOCAL_VIDEOCLUB encargado sucursal 1 trabajador lugar trabajo TRABAJA_EN SUPERVISA N PELICULA personaje film M ACTUA_EN N ACTOR DIRECTOR PELICULA HA_ RODADO 1 N La DEPENDENCIA EN EXISTENCIA significa que una instancia de esa entidad sólo puede existir si participa en una instancia de la relación. La dependencia del tipo de entidad es con respecto al tipo de relación. No tiene el mismo significado que la dependencia en existencia de [MPM1999], puesto que se debe entender como que no tiene sentido que exista una entidad que no participe en la relación. Concepto coincidente con los incluidos en [CBS1998] y [SKS1998]

54 Atributos de tipos de relación
EMPLEADO LOCAL_VIDEOCLUB 1 TRABAJA_EN SUPERVISA N horas fechainicio “salario” de un actor por participar en cierta película. “papel” que interpreta un actor en una película (protagonista, secundario, reparto, figuración...). PREGUNTA: ¿Qué pasaría si “salario” o “papel” estuvieran colocados en ACTOR o en PELICULA? Ojo: una relación puede tener atributos, pero nunca una clave.

55 Atributos de tipos de relación
Conceptualmente pertenecen a la relación Un atributo de una M:N es propio de la relación Un atributo de una 1:1 o 1:N “se puede llevar” a uno de los tipos de entidad participantes horas fechainicio EMPLEADO 1 TRABAJA_EN SUPERVISA N LOCAL_VIDEOCLUB En el caso M:N, los atributos deben pertenecer a la relación, porque su valor está determinado por la combinación de las instancias participantes, y no por una sola de ellas. En el caso 1:N, sólo se puede llevar a la entidad que está en el lado N de la relación (la que participa una vez, que condiciona el valor del atributo)

56 TIPO DE ENTIDAD DEBIL

57 Dependencia en existencia
Tipo de entidad débil Tipo de Entidad Regular PELICULA numcopia titulo 1 N COPIA TIENE PACIENTE VISITA_MEDICA diahora 1 nss N MEDICO ncolegiado nombre especialidad ACUDE ASISTIDA POR Tipo de Relación Identificador Dependencia en existencia Clave parcial o Discriminante Una entidad débil siempre tiene una restricción de participación total en la relación que la une a su entidad propietaria Dependencia en existencia en [EN2002] de toda entidad débil: una instancia de un tipo de entidad débil no puede existir si no está unida a una instancia de la entidad regular (si ésta desaparece, también deben desaparecer las débiles que dependen de ella) VISITA_MEDICA depende en existencia de PACIENTE y de MEDICO, pero sólo es débil de PACIENTE: ACUDE es la relación identificador

58 Tipo de entidad débil Dependencia en existencia (entre entidades)
Si desaparece una instancia del tipo de entidad regular deben desaparecer las instancias de la entidad débil que dependen de ella Etiqueta “E” en el tipo de relación débil Dependencia en identificación Además de la dependencia en existencia... Una instancia del tipo de entidad débil no se puede identificar por sí misma Su clave es (clave_entidad_regular, clave_parcial) Etiqueta “ID” en el tipo de relación débil Si un tipo de relación débil no contiene ninguna etiqueta, se asume la etiqueta ‘E’ (dependencia en existencia). La DEPENDENCIA EN EXISTENCIA en [MPM1999] es un concepto algo más fuerte que el mismo concepto en [EN2002] (participación total)). Aquí la dependencia es entre entidades concretas (y no de una entidad respecto de la relación). En [EN2002] la dependencia en existencia de E respecto de R significa que no tiene sentido que una entidad E exista sin estar vinculada a R. Por ello, en [EN2002] una entidad puede tener participación total en una relación (empleado-departamento), pero no dependencia en existencia en el sentido de [MPM1999]: un empleado siempre ha de pertenecer a un departamento, pero si borro un departamento ¿he de borrar sus empleados? Probablemente, no; un departamento debe tener siempre al menos un empleado, pero si borro todos los empleados de un departamento ¿debo borrar éste? Pues quizá no… La DEPENDENCIA EN IDENTIFICACIÓN coincide con el concepto de ENTIDAD DÉBIL en EN2002.

59 Tipo de entidad débil numlicencia EMPLEADO PERMISO CONDUCCION POSEE 1:N E dni tipo numcopia titulo COPIA 1:N TIENE ID PELICULA Tipo de Relación Débil idcopia PERMISO_CONDUCCION es débil, pues depende en existencia de EMPLEADO, pero no depende en identificación COPIA es débil, pues depende en existencia de PELICULA, y también depende en identificación

60 4. DOMINIOS

61 Dominio (values set) Conjunto de valores
Cada atributo simple está asociado a un dominio, que especifica sus valores válidos Atributo Dominio Descripción Dominio nombre NOMBRES cadenas de hasta 30 caracteres alfabéticos telefono TELEFONOS cadenas de hasta 9 caracteres numéricos altura MEDIDAS números reales entre 0 y 2’5 (metros) ... TELEFONOS NOMBRES telefono nombre MEDIDAS altura EMPLEADO No suele representarse, aunque una forma de hacerlo sería: [MPM1999]

62 Valores validos Los valores validos para un atributo deben tener asignado información acerca de: Tipo de Datos. Los tipos básicos son entero, decima, caractery fecha-hora. Longitud. Es el número de dígitos o caracteres en el valor de un atributo. Formato de Fecha. Peste puede ser dd/mm/yyyy o yyyy/mm/dd. Rango. Especifica el intervalo entre los cuales se puede tomar valor un atributo. Restricción. Son restricciones particulares sobre un atributo. Soporte de NULL. El atributo puede aceptar valores NULL. Defaul. El atributo toma un valor por defecto cuando se instancia.

63 Ejercicio 1 Se tiene una empresa desarrollando varios proyectos, a los que son asignados varios empleados, pero cada empleado solo esta vinculado a un proyecto, en un momento dado. Cada proyecto consume diferentes recursos en cantidades determinadas: los empleados están a cargo de un supervisor, que es un empleado también. Los empleados pueden tener personas beneficiarias (hijos, esposas, padres, etc.).

64 Ejercicio 1

65 Ejercicio 2 Se desea diseñar una base de datos sobre la información de las reservas de una empresa dedicada al arriendo de automóviles. Los supuestos son: Un determinado cliente puede tener en un momento dado varias reservas. Una reserva la realiza un único cliente, pero puede involucrar a varios autos. Se debe conocer la fecha de comienzo y término de la reserva. Todo auto tiene asignado un determinado garaje, que no puede cambiar. Cada reserva se realiza en una determinada agencia. Pueden existir clientes que no hayan hecho ninguna reserva.