Modelo Entidad Relación

Texto completo

(1)

Modelo Relacional Modelo Relacional

Administración de Base de Datos Administración de Base de Datos

Alexis

Alexis OlvanyOlvany Torres ChTorres Ch Mentor 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.

LÓGICO FÍSICO

VISTA

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 en los que puede observarse la base de datos

.

FÍSICO

(4)

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.

LÓGICO FÍSICO

VISTA

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

Creado por Chen (76). Representa el mundo en un conjunto entidades (objetos) y relaciones entre objetos

Modelo Relacional

Creado por Frank Codd (70). Basado en la lógica de predicado y en la teoría de conjuntos. (Oracle, Sybase, Informix)

Modelo Semántico

Creado por Quillian usado solo en investigación

Modelo Binario Creado por Stonebraker basado en el modelo de Codd (Ingres)

Modelo Orientado a Objetos

tTata de almacenar en BD objetos completos (estado y comportamiento). (Ilustra, O2 )

Modelo

Multirelacional

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

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

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,

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

El crear las tablas iniciales es mucho más simple a través de las

El crear las tablas iniciales es mucho más simple a través de las reglas de conversión.

Se podría pensar que es lo mismo porque finalmente hay que

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

2. Elipses: Representan Atributos.

3. Rombos: Representan

ENTIDADES

ATRIBUTOS

3. Rombos: Representan

Relaciones entre conjuntos de Entidades.

4. Líneas: “Que unen los Atributos con los conjuntos de Entidades” y “los conjuntos de Entidades con las Relaciones”.

RELACIONES

(17)

MODELO ENTIDAD-RELACION

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ísica o real (una persona, un libro, un empleado)



abstracta o conceptual (una asignatura, un viaje)

(18)

MODELO ENTIDAD-RELACION

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.

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)

MODELO ENTIDAD-RELACION

TIPOS DE ENTIDADES

 Regulares o Fuertes: Son aquellas cuyos ejemplares tienen existencia por si mismos.

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)

MODELO ENTIDAD-RELACION

Representación de los Tipos de Entidad

Entidad Fuerte o Regular

Entidad Débil

Película Ejemplar

(21)

MODELO ENTIDAD-RELACION

ATRIBUTOS

Propiedad o característica de una entidad

Las entidades se describen en una base de datos mediante un 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)

MODELO ENTIDAD-RELACION

ATRIBUTOS

 Una entidad particular es descrita por los valores de sus atributos:

titulo = El alquimista impaciente genero = Thriller

p1 genero = Thriller

nacionalidad = España añoestreno = 2002

p1

...

nss = 1122334455 dni = 87654321

nombre = Cristina Aliaga Gil nacionalidad = España

e1

...

(23)

MODELO ENTIDAD-RELACION

TIPOS DE ATRIBUTOS

 Simples o Compuestos

 Almacenados o Derivados

 Monovalorados o Multivalorados

Simples y Monovalorados

 Monovalorados o Multivalorados

 Opcionales

multivalorados

Compuestos

Derivados

(24)

MODELO ENTIDAD-RELACION

ATRIBUTOS SIMPLES

 No divisibles. Atómicos

 Ejemplo: Genero (Masculino- Femenino), Tipo Boolean (True-False) o Femenino), Tipo Boolean (True-False) o Check.

Genero

Femenino Masculino

ó

(25)

MODELO ENTIDAD-RELACION

ATRIBUTOS COMPUESTOS

(26)

MODELO ENTIDAD-RELACION

ATRIBUTOS ALMACENADOS O DERIVADOS

 Atributos derivados

 Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas)

(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)

MODELO ENTIDAD-RELACION

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 puede tener más de un valor para el sueldo.

(28)

MODELO ENTIDAD-RELACION

ATRIBUTOS MULTIVALUADO

Hay atributos que pueden tomar más de un valor. En ellos, se pueden colocar apropiadamente límites inferior y superior en el número de valores en el atributo multivalorado

EJEMPLAR

Código Idioma Formato

VHS Beta MP3 DVD

Inglés Francés Español Alemán

TELEFONO Num. Teléfono Tel: Móvil

Tel: Oficina Tel: Casa

(29)

MODELO ENTIDAD-RELACION

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

o altura [de un EMPLEADO]

o altura [de un EMPLEADO]

 No se sabe si el valor existe o no 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)

MODELO ENTIDAD-RELACION

NOTACION PARA LOS ATRIBUTOS

calle

provincia ciudad

codpostal dirección

EMPLEADO nombre

fechanacim telefono

codpostal

nss edad dni

altura

nacionalidad

(31)

MODELO ENTIDAD-RELACION

DOMINIO

Conjunto de valores permitidos para cada atributo

Tipos de atributos:

• Simples y compuestos

• 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)

MODELO ENTIDAD-RELACION

RELACIONES

Una asociación, vinculación o correspondencia entre diferentes entidades.

Una relación también puede tener atributos descriptivos

Impositor, ra

Cliente Impositor Cuenta

Id_Cliente Nombre_Cliente Dir_Cliente Ciudad_Cliente

Num_Cuenta Saldo

(33)

ACTOR ACTUA_EN PELICULA

Grado de un tipo de relación

•Número de tipos de entidad que participan en el tipo de relación

Binaria: grado 2 (el más frecuente)

CLIENTE PELICULA

LOCAL_VIDEOCLUB ALQUILA

PELICULA CONTINUACION

DE

Ternaria: grado 3 Reflexiva (o recursiva): grado 1

(34)

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

DIRECTOR HA_RODADO PELICULA

realizador film

Los nombres de rol se deben usar, sobre todo, en los tipos de relación reflexivos, para evitar ambigüedad

original versión PELICULA VERSION_DE

(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 por uno y sólo un

director”

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

o

la cardinalidad de HA_RODADO es “1 a N”

o HA_RODADO

es de tipo “1 a N”

(36)

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

PERSONA EDIFICIO

POSEE

PERSONA (0,m) USA (1,n) EDIFICIO

(0,n) (1,1)

p1 

p2 

p3

 e1

 e2

 e3

 e4

POSEE

PERSONA EDIFICIO

(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”)

ACTOR

PELICULA personaje

film M ACTUA_EN

N EMPLEADO

LOCAL_VIDEOCLUB encargado

sucursal 1 trabajador

lugar trabajo 1

TRABAJA_EN SUPERVISA 1 N

(38)

Cardinalidad recursiva

(0,1) 1:1 (0,1)

PELICULA precuela SECUELA DE

continuación

(0,1)

PELICULA VERSIONA N:1

(0,1) (0,n)

versión

original

(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 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 1

TRABAJA_EN SUPERVISA 1 N

DIRECTOR

PELICULA HA_ RODADO

1

N

PELICULA personaje

film M

ACTUA_EN N ACTOR

(40)

Atributos de tipos de relación

EMPLEADO 1 1

LOCAL_VIDEOCLUB TRABAJA_EN SUPERVISA

1 N

horas fechainicio

(41)

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 EMPLEADO

horas fechainicio

horas

horas

fechainicio EMPLEADO

1 1

TRABAJA_EN SUPERVISA 1 N

LOCAL_VIDEOCLUB

(42)

MODELO ENTIDAD-RELACION

CARDINALIDAD DE INTERRELACION



Es el número de entidades con la cual otra entidad puede asociar mediante una relación



Considerando una relación binaria entre el juego de entidades A y el B, la cardinalidad puede ser:

Uno a uno

Uno a mucho

Muchos a Uno

Muchos a muchos

(43)

MODELO ENTIDAD-RELACION

CARDINALIDAD – UNO A UNO

Una entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversa

A1 B1

Ejemplo: Un paciente en un hospital tiene un solo cuarto y un cuarto pertenece a un solo paciente (hospital privado)

A1 A2 A3 A4

B1 B2 B3 B4 B5

(44)

MODELO ENTIDAD-RELACION

CARDINALIDAD – UNO A MUCHOS



Una entidad en A esta asociada con cualquier número (0 ó más) de entidades en B. Una entidad en B, puede estar asociada a lo mucho con una entidad en A.



Ejemplo: El titular de una cuenta de cheques puede tener cualquier número de tarjetas, pero cada tarjeta pertenece a una sola persona.

A1 A2 A3

B1 B2 B3 B4 B5

(45)

MODELO ENTIDAD-RELACION

CARDINALIDAD – MUCHOS A MUCHOS



Una entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversa.



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

A1 A2 A3 A4

B1 B2 B3 B4 B5

(46)

MODELO ENTIDAD-RELACION

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)

MODELO ENTIDAD-RELACION

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}

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.

 Llave foránea: Es un atributo que es llave primaria en otra 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.

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)

MODELO ENTIDAD-RELACION

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 Uno a muchos opcional: un profesor en la Fac. de Ingeniería puede dar 0 o varias clases y una clase está dada por uno y solo un profesor

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 puede haber cero o un paciente

(50)

MODELO ENTIDAD-RELACION

Metodología

1.

Identificar entidades : Definir objetos como personas, lugares o conceptos sobre los que se quiere tener información.

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)

MODELO ENTIDAD-RELACION

Ejemplo: uno a uno

Cuando se decide ingresar un paciente a un hospital se le asigna un cuarto y en un cuarto puede estar un paciente o ninguno (suponiendo un hospital privado).

i_paciente#

paciente cuarto

n_paciente

i_paciente#

a_paciente

i_cuarto#

i_cuarto#

i_piso

q_costo d_ingreso

(52)

MODELO ENTIDAD-RELACION

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 y tarjeta

i_cliente#

cliente tarjeta

n_cliente

i_cliente#

a_cliente

i_tarjeta#

i_password

q_limite

d_apertura i_cliente#

(53)

MODELO ENTIDAD-RELACION

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

i_medico#

medico proyecto

n_medico

i_medico#

a_medico

i_especial

i_proyecto#

n_proyecto

t_resumen a_telefono

(54)

MODELO ENTIDAD-RELACION

Rompiendo el muchos a muchos

En el diseño de una base de datos no se permiten relaciones

“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#

medico proyecto

n_medico i_medico#

a_medico

i_especial

i_proyecto#

n_proyecto

t_resumen a_telefono

medico- proyecto

i_medico# i_proyecto#

(55)

Relaciones y llaves primarias vs Cardinalidad

Cardinalidad Relación entre Entidades Llave Foránea

Uno a uno No es necesario crear una relación entre las entidades

Se crea una llave foránea en una de las entidades relacionadas que corresponde a la llave primaria en la otra

Uno a muchos No es necesario crear una relación entre las entidades

Se crea una llave foránea del lado de la entidad “muchos” que corresponde a la llave primaria del lado “uno”

Muchos a muchos

Se crea una relación con llave primaria compuesta formada por las llaves primarias de las entidades que une la relación

En las entidades no hay llave foránea.

(56)

MODELO ENTIDAD-RELACION

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.

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)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO EMPLEADO

RECURSO

(58)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

RECURSO

Fecha_Ini

(59)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Fecha_Ini

Dirección Id_Emp

Estudios

(60)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

(61)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(62)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(63)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(64)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Consume Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(65)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Supervisa

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Consume Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(66)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Supervisa

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

Docu_Emp

RECURSO

Consume

Tiene Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant Parentesco

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(67)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Supervisa

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

1 m

Docu_Emp

RECURSO

Consume

Tiene Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant Parentesco

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

(68)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Supervisa

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

1 m

n

Docu_Emp

RECURSO

Consume

Tiene Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant Parentesco

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

m

(69)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Supervisa

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

1

1

m m

n

Supervisor

Empleado Docu_Emp

RECURSO

Consume

Tiene Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant Parentesco

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad Id_Ben

m

(70)

MODELO ENTIDAD-RELACION

Ejercicio 1

PROYECTO Asignado EMPLEADO

Supervisa

Id_Proy Nom_Proy

Fecha_Ini Duración

Nom_Emp

Id_Emp

Ape_Emp

Teléfono Estudios

Edad Fecha_nac

1

1

1

m m

n

Supervisor

Empleado Docu_Emp

RECURSO

Consume

Tiene Fecha_Ini

Id_Rec

Nom_Rec

Desc_Rec

Dirección Id_Emp

Estudios

Cant Parentesco

Nom_Ben

Ape_Ben

Sexo Fecha_nac

Edad

Id_Ben m

m

(71)

Figure

Actualización...

Referencias

Actualización...