Modelo Entidad Relación

Transcripción

1 Modelo Relacional Administración de Base de Datos Alexis Olvany Torres Ch Mentor

2 Modelo Entidad Relación

3 Niveles de Abstracción Uno de los objetivos principales de un sistema de base de datos es proporcionar a los usuarios una visión abstracta de la información. Es decir, el sistema oculta ciertos detalles relativos a la forma como los datos se almacenan y mantienen. VISTA LÓGICO FÍSICO Los sistemas de base de datos muchas veces son utilizados por personal que no cuenta con conocimientos de computación, esta complejidad debe estar escondida para los usuarios. Para ocultarla, se definen varios niveles de abstracción enlosquepuedeobservarselabasededatos.

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

5 Niveles de Abstracción 1.-En el nivel físico o interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso. Es el nivel más cercano al almacenamiento físico de los datos. Permite escribirlos tal y como están almacenados en el ordenador. En este nivel se diseñan los archivos que contienen la información, la ubicación de los mismos y su organización, es decir se crean los archivos de configuración. 2.- En el nivel conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se representan los datos que se van a utilizar sin tener en cuenta aspectos como lo que representamos en el nivel interno.

6 Niveles de Abstracción 3.-En el nivel vista o externo. Se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. Es el más cercano al usuario. En este nivel se describen los datos o parte de los datos que más interesan a los usuarios.

7 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

8 Modelos de BD Existen diversos modelos para modelar los datos Modelo Jerárquico Primer modelo de BD, semejantes a un árbol, dificil de eliminar la redundania (IMS) Modelo de Redes Usa nodos, un nodo puede tener varios padres. Definido por C. Bachman, (IDMS) Modelo Entidad - Relación Modelo Relacional Modelo Semántico Creado por Chen (76). Representa el mundo en un conjunto entidades (objetos) y relaciones entre objetos Creado por Frank Codd (70). Basado en la lógica de predicado y en la teoría de conjuntos. (Oracle, Sybase, Informix) Creado por Quillian usado solo en investigación Modelo Binario Creado por Stonebraker basado en el modelo de Codd (Ingres) Modelo Orientado a Objetos Modelo Multirelacional ttata de almacenar en BD objetos completos (estado y comportamiento). (Ilustra, O2 ) Extensión al relacional con inversión total.

9 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.

10 MODELO ENTIDAD-RELACIÓN Generalmente todo modelo tiene una representación gráfica, para el caso de datos el modelo más popular es el modelo entidad-relación o diagrama E/R. Se denomina así debido a que precisamente permite representar relaciones entre entidades(objetivo del modelado de datos). El modelo debe estar compuesto por: Entidades Atributos Relaciones Cardinalidad Llaves

11 MODELO ENTIDAD-RELACIÓN Modelo E-R (en el mundo real) Entidades(objetoocosasdelmundoreal distinguible de otros) Relaciones(asociación entre entidades) Usado para el diseño de BD EldiseñodeunaBDenmodeloE-Rluego es convertido en un diseño de modelo Relacional, el cual es usado para almacenamiento y procesamiento.

12 MODELO ENTIDAD-RELACIÓN El modelo E/R esta basado en una percepción del mundo real que consta de una colección de objetos básicos llamados entidades, y de relaciones entre estos objetos. El modelo E/R permite al diseñador concebir la DB a un nivel superior de abstracción, aislándolo de consideraciones relativas a la máquina.

13 MODELO E-R VS RELACIONAL Por que modelo relacional?. Puede resultar confuso el concepto de modelo entidad-relación vs modelo relacional, quizás porque ambos comparten casi lo mismo. Primero, el objetivo del modelo relacional es crear un"esquema"(schema), lo cual consiste de un conjunto de "tablas" que representan "relaciones (relaciones entre los datos).

14 MODELO E-R VS RELACIONAL Estas tablas, pueden ser construidas de diversas maneras: Creando un conjunto de tablas iniciales y aplicar operaciones de normalización hasta conseguir el esquema más óptimo. Convertir el diagrama E-R a tablas y posteriormente aplicar también operaciones de normalización hasta conseguir el esquema óptimo.

15 MODELO E-R VS RELACIONAL La segunda (E-R) es más reciente y mucho más conveniente en varios aspectos: El partir de un diagrama visual es muy útil para apreciar los detalles, de ahí que se llame modelo conceptual. Elcrearlastablasinicialesesmuchomássimpleatravésdelas reglas de conversión. Sepodríapensarqueeslomismoporquefinalmentehayque "normalizar" las tablas de todas formas, pero la ventaja de partir del modelo E-R es que la "normalización" es mínima por lo general. Lo anterior tiene otra ventaja, aún cuando se normalice de manera deficiente, se garantiza un esquema aceptable, en la primer técnica no es así.

16 COMPONENTES BÁSICOS DEL MER 1. Rectángulos: Representan Conjuntos de Entidades. ENTIDADES 2. Elipses: Representan Atributos. 3. Rombos: Representan Relaciones entre conjuntos de Entidades. ATRIBUTOS RELACIONES 4. Líneas: Que unen los Atributos con los conjuntos de Entidades y los conjuntos de Entidades con las Relaciones.

17 1. ENTIDADES Una persona, lugar, cosa, concepto o suceso, real o abstracto, de interés para la empresa. Cosa u objeto del mundo real con existencia propia y distinguible del resto Objeto con existencia... físicaoreal(unapersona,unlibro,unempleado) abstracta o conceptual(una asignatura, un viaje)

18 ENTIDADES La representación gráfica de un tipo de entidad en este modelo es un rectángulo etiquetado en cuyo interior esta el nombre del tipo de entidad. Las entidades se describen en una DB mediante un conjunto de atributos. Las entidades tienen atributos. o Ejemplo: las personas tienen nombre, dirección, etc. Conjunto de entidades: Es un conjunto de entidades del mismo tipo que comparten las mismas propiedades. o Ejemplo: conjunto de todas las personas, empresas, árboles.

19 TIPOS DE ENTIDADES Regulares o Fuertes: Son aquellas cuyos ejemplares tienen existencia por si mismos. Débiles: En las cuales la existencia de un ejemplar depende de que exista un cierto ejemplar, de un tipo de entidad.

20 Representación de los Tipos de Entidad Fuerte o Regular Película Entidad Ejemplar Débil

21 ATRIBUTOS Propiedad o característica de una entidad Lasentidadessedescribenenunabasededatosmedianteun Conjunto de Atributos. Cada una de las propiedades o características que tiene un tipo de entidad o un tipo de interrelación. El atributo le da una determinada interpretación al dominio.

22 ATRIBUTOS Una entidad particular es descrita por los valores de sus atributos: p1 e1 titulo = El alquimista impaciente genero = Thriller nacionalidad = España añoestreno = dni = nss = nombre = Cristina Aliaga Gil nacionalidad = España...

23 TIPOS DE ATRIBUTOS Simples o Compuestos Almacenados o Derivados Simples y Monovalorados Monovalorados o Multivalorados Opcionales Compuestos Derivados multivalorados

24 ATRIBUTOS SIMPLES No divisibles. Atómicos Ejemplo: Genero (Masculino- Femenino), Tipo Boolean (True-False) o Check. Genero Masculino ó Femenino

25 ATRIBUTOS COMPUESTOS

26 ATRIBUTOS ALMACENADOS O DERIVADOS Atributos derivados Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas) Son información redundante... o edad[de EMPLEADO], cálculo a partir de fechanacim atributo derivado del valor de otro atributo o 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]

27 ATRIBUTOS UNIVALUADO O MONOVALORADO Todos los atributos tienen que ser Univaluados. Un atributo es Univaluado si tiene un único valor para cada ocurrencia de una entidad. Ejemplo de atributo Univaluado El atributo sueldo de la entidad empleado, por ejemplo, toma valores del dominio de los reales y únicamente toma un valor para cada empleado concreto; por lo tanto, ningún empleado puedetenermásdeunvalorparaelsueldo.

28 ATRIBUTOS MULTIVALUADO Hayatributosquepuedentomarmás deunvalor.enellos,se pueden colocar apropiadamente límites inferior y superior en el número de valores en el atributo multivalorado VHS Beta MP3 Formato Idioma Inglés Francés Español Alemán Num. Teléfono Tel: Móvil Tel: Oficina Tel: Casa DVD EJEMPLAR TELEFONO Código

29 ATRIBUTOS OPCIONALES(nulos) El nulo(null value) es usado cuando... Sedesconoceelvalordeunatributoparaciertaentidad Elvalorexisteperofalta o altura[de un EMPLEADO] Nosesabesielvalorexisteono o 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)]

30 NOTACION PARA LOS ATRIBUTOS calle fechanacim ciudad provincia codpostal dirección telefono nombre EMPLEADO altura nss dni edad nacionalidad

31 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

32 RELACIONES Una asociación, vinculación o correspondencia entre diferentes entidades. Una relación también puede tener atributos descriptivos Id_Cliente Nombre_Cliente Dir_Cliente Ciudad_Cliente Num_Cuenta Saldo Cliente Impositor Cuenta Impositor, ra

33 Grado de un tipo de relación Número de tipos de entidadque participan en el tipo de relación ACTOR ACTUA_EN Binaria: grado 2 (el más frecuente) PELICULA CONTINUACION DE PELICULA Reflexiva (o recursiva): grado 1 Ternaria: grado 3 CLIENTE ALQUILA PELICULA LOCAL_VIDEOCLUB

34 Nombres de Rol (papel) Todo tipo de entidad que participa en un tipo de relaciónjuega un papel específico en la relación DIRECTOR realizador HA_RODADO film PELICULA Los nombres de rol se deben usar, sobre todo, en los tipos de relación reflexivos, para evitar ambigüedad original VERSION_DE versión PELICULA

35 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 poruno y sólo un director Un director ha dirigido al menos unapelícula y puede haber dirigido muchas Númeromáximo de instancias de tipo de relación en las que puede participar una misma instancia de tipo de entidad ola cardinalidadde HA_RODADOes 1a N oha_rodadoes de tipo 1a N

36 Cardinalidad Númerosmínimo y máximo de instancias de un tipo de entidadque 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 (0,m) (1,n) PERSONA USA EDIFICIO (1,1) POSEE (0,n) PERSONA EDIFICIO POSEE p1 p2 e1 e2 e3 p3 e4

37 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 ) 1 TRABAJA_EN trabajador EMPLEADO encargado 1 SUPERVISA ACTOR personajem ACTUA_EN 1 lugar trabajo sucursal N LOCAL_VIDEOCLUB N film PELICULA

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

39 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 partede la extensión. Clases de participación: Participación total (dependencia en existencia) Participación parcial trabajador EMPLEADO 1 encargado 1 TRABAJA_EN SUPERVISA sucursal N 1 lugar trabajo LOCAL_VIDEOCLUB DIRECTOR 1 HA_ RODADO N PELICULA ACTOR personaje M ACTUA_EN N film PELICULA

40 Atributos de tipos de relación EMPLEADO 1 1 horas TRABAJA_EN SUPERVISA fechainicio 1 N LOCAL_VIDEOCLUB

41 Atributos de tipos de relación Conceptualmente pertenecen a la relación Un atributo de una M:Nes propio de larelación Un atributo de una 1:1o 1:N se puede llevar a uno de los tipos de entidad participantes EMPLEADO horas 1 1 horas TRABAJA_EN SUPERVISA fechainicio 1 N LOCAL_VIDEOCLUB fechainicio horas

42 CARDINALIDAD DE INTERRELACION Eselnúmerodeentidadesconlacualotraentidadpuede asociar mediante una relación Considerando una relación binaria entre el juego de entidadesayelb,lacardinalidadpuedeser: Unoauno Unoamucho MuchosaUno Muchosamuchos

43 CARDINALIDAD UNOAUNO Una entidad en A esta asociada con cualquier número de entidadesenb(0ómás)yviceversa A1 A2 A3 A4 B1 B2 B3 B4 B5 Ejemplo:Unpacienteenunhospitaltieneunsolocuartoyun cuarto pertenece a un solo paciente(hospital privado)

44 CARDINALIDAD UNO A MUCHOS Una entidad en A esta asociada con cualquier número(0 ómás)deentidadesenb. UnaentidadenB,puedeestar asociadaalomuchoconunaentidadena. A1 A2 A3 B1 B2 B3 B4 B5 Ejemplo: El titular de una cuenta de cheques puede tener cualquier número de tarjetas, pero cada tarjeta pertenece a una sola persona.

45 CARDINALIDAD MUCHOS A MUCHOS Una entidad en A esta asociada con cualquier número de entidadesenb(0ómás)yviceversa. A1 A2 A3 A4 B1 B2 B3 B4 B5 Ejemplo: En un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectos

46 Llave Primaria(Primary Key PK) Son atributos que se usan para diferenciar una entidad de otra, por ejemplo un medicamento de otro, o un paciente de otro. Puede haber varias llave candidato. La llave primaria debe ser única y de preferencia no cambie con el tiempo. Cada juego de entidades (tabla) debe tener una llave primaria.

47 Llaves o 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. Llaveforánea:Esunatributoqueesllaveprimariaenotra entidad con la cual se relaciona. Relacionar las entidades.

48 Valores validos Los valores validos para un atributo deben tener asignado información acerca de: Tipo de Datos. Los tipos básicos son entero, decimal, carácter y 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. Default. El atributo toma un valor por defecto cuando se instancia.

49 Cardinalidad: obligatoria y opcional Uno a uno obligatorio: un empleado en una empresa tiene uno y solo un puesto, un puesto pertenece a un solo empleado Uno a muchos opcional: un profesor en la Fac. de Ingeniería puede dar 0 o varias clases y una clase estádadaporunoysolounprofesor Muchos a muchos obligatorio: una materia puede pertenecer a una o varias carreras, una carrera está formada por varias materias. Uno a uno opcional: Un paciente puede estar asignado a un cuarto o a ninguno. En un cuarto puedehaberceroounpaciente

50 Metodología 1. Identificar entidades : Definir objetos como personas, lugares o conceptos sobre los que se quiere tener información. 2. Identificar atributos: Definir las propiedades de cada entidad. 3. Determinar llave primaria de cada entidad. 4. Identificar relaciones entre las entidades. 5. Señalar cardinalidad entre las entidades.

51 Ejemplo: uno a uno Cuandosedecideingresarunpacienteaunhospital seleasignauncuartoyenuncuartopuedeestarun paciente o ninguno(suponiendo un hospital privado). n_paciente i_paciente# a_paciente i_cuarto# i_piso paciente cuarto i_cuarto# d_ingreso q_costo

52 Ejemplo: Uno a Muchos El titular de una cuenta de cheques puede tener cualquier número de tarjetas, pero cada tarjeta pertenece a una sola persona, las entidades son cliente ytarjeta n_cliente i_cliente# a_cliente i_tarjeta# i_password cliente tarjeta d_apertura q_limite i_cliente#

53 Ejemplo: Muchos a Muchos En un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectos n_medico i_medico# a_medico i_proyecto# n_proyecto medico proyecto i_especial a_telefono t_resumen

54 Rompiendo el muchos a muchos Eneldiseñodeunabasededatosnosepermitenrelaciones muchos a muchos, cuando se tiene esto se crea una relación entre ambas cuya llave primaria será una llave compuesta por las llaves primarias de las entidades que está uniendo n_medico i_medico# a_medico i_proyecto# n_proyecto medico medicoproyecto proyecto i_especial i_medico# i_proyecto# t_resumen a_telefono

55 Relaciones y llaves primarias vs Cardinalidad Cardinalidad Relación entre Entidades Llave Foránea Uno a uno Uno a muchos Muchos a muchos No es necesario crear una relación entre las entidades No es necesario crear una relación entre las entidades Se crea una relación con llave primaria compuesta formada por las llaves primarias de las entidades que une la relación Se crea una llave foránea enuna delas entidades relacionadas que corresponde a la llave primaria en la otra Se crea una llave foránea del lado de la entidad muchos que corresponde a la llave primaria del lado uno Enlasentidadesnohay llave foránea.

56 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.).

57 Ejercicio 1 PROYECTO EMPLEADO RECURSO

58 Ejercicio 1 Id_Proy Nom_Proy Duración PROYECTO EMPLEADO Fecha_Ini RECURSO

59 Ejercicio 1 Nom_Emp Ape_Emp Fecha_nac Edad Id_Proy Nom_Proy Docu_Emp Duración Fecha_Ini PROYECTO Id_Emp EMPLEADO Estudios Teléfono Dirección RECURSO

60 Ejercicio 1 Nom_Emp Ape_Emp Fecha_nac Edad Id_Proy Nom_Proy Docu_Emp Duración Fecha_Ini PROYECTO Id_Emp EMPLEADO Estudios Teléfono Dirección Id_Rec RECURSO Nom_Rec Desc_Rec

61 Ejercicio 1 Nom_Emp Ape_Emp Fecha_nac Edad Id_Proy Nom_Proy Docu_Emp Duración Fecha_Ini PROYECTO Id_Emp EMPLEADO Estudios Teléfono Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

62 Ejercicio 1 Nom_Emp Ape_Emp Fecha_nac Edad Id_Proy Nom_Proy Docu_Emp Duración Fecha_Ini PROYECTO Id_Emp EMPLEADO Estudios Teléfono Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

63 Ejercicio 1 Nom_Emp Ape_Emp Fecha_nac Edad Id_Proy Nom_Proy Docu_Emp Duración Fecha_Ini PROYECTO Asignado Id_Emp EMPLEADO Estudios Teléfono Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

64 Ejercicio 1 Nom_Emp Ape_Emp Fecha_nac Edad Id_Proy Nom_Proy Docu_Emp Duración Fecha_Ini PROYECTO Asignado Id_Emp EMPLEADO Estudios Teléfono Consume Cant Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

65 Id_Proy Ejercicio 1 Nom_Proy Docu_Emp Nom_Emp Ape_Emp Fecha_nac Supervisa Edad Duración Fecha_Ini PROYECTO Asignado Id_Emp EMPLEADO Estudios Teléfono Consume Cant Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

66 Id_Proy Ejercicio 1 Nom_Proy Docu_Emp Nom_Emp Ape_Emp Fecha_nac Supervisa Edad Duración Fecha_Ini PROYECTO Asignado Id_Emp EMPLEADO Estudios Teléfono Consume Cant Parentesco Tiene Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

67 Id_Proy Ejercicio 1 Nom_Proy Docu_Emp Nom_Emp Ape_Emp Fecha_nac Supervisa Edad Duración Fecha_Ini PROYECTO 1 Asignado m Id_Emp EMPLEADO Estudios Teléfono Consume Cant Parentesco Tiene Dirección Id_Rec RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

68 Id_Proy Ejercicio 1 Nom_Proy Docu_Emp Nom_Emp Ape_Emp Fecha_nac Supervisa Edad Duración Fecha_Ini PROYECTO n 1 Asignado m Id_Emp EMPLEADO Estudios Teléfono Consume Cant Parentesco Tiene Dirección Id_Rec m RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

69 Id_Proy Ejercicio 1 Nom_Proy Docu_Emp Nom_Emp Fecha_nac Ape_Emp Supervisa Supervisor 1 Edad Duración Fecha_Ini PROYECTO n 1 Asignado m Id_Emp EMPLEADO m Estudios Empleado Teléfono Consume Cant Parentesco Tiene Dirección Id_Rec m RECURSO Id_Ben Nom_Ben Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

70 Id_Proy Ejercicio 1 Nom_Proy Docu_Emp Nom_Emp Fecha_nac Ape_Emp Supervisa Supervisor 1 Edad Duración Fecha_Ini PROYECTO n 1 Asignado m Id_Emp EMPLEADO m 1 Estudios Empleado Teléfono Consume Cant Parentesco Tiene Dirección Id_Rec m RECURSO Id_Ben Nom_Ben m Nom_Rec Desc_Rec Ape_Ben Sexo Fecha_nac Edad

71