Sei sulla pagina 1di 22

MODELOS DE BASES DE DATOS.

1.-CONCEPTO DE MODELO DE DATOS. 2.-DEFINICIN FORMAL DEL MODELO.


2.1.- COMPONENTES DE LAS PROPIEDADES ESTTICAS. -Objetos permitidos. -Objetos no permitidos(restricciones). 2.2.-COMPONENTES DE LAS PROPIEDADES DINMICAS (OCURRENCIAS).

3.-MODELO ENTIDAD-RELACIN (ME/R).


3.1.-ESTTICAS DEL MODELO E/R. -Entidades. -Interrelaciones. -Dominios. -Atributos. 3.2.-RESTRICCIONES DEL MODELO E/R. 3.3.-DINMICA DEL MODELO E/R. 3.4.-CONTROL DE REDUNDANCIA EN LOS ESQUEMAS E/R.

4.-MODELO ENTIDAD-RELACIN (ME/R) EXTENDIDO.


4.1 SEMNTICA DE LAS INTERRELACIONES. 4.2 GENERALIZACIN Y HERENCIA. 4.3 DIMENSIN TEMPORAL EN EL ME/R. 4.4 ATRIBUTOS DERIVADOS.

1.-CONCEPTO DE MODELO DE DATOS.Modelar consiste en definir un mundo abstracto y terico tal, que las conclusiones que se puedan sacar coinciden con las manifestaciones del mundo real. Un modelo de datos es un dispositivo de abstraccin que nos permite ver el bosque (que es la informacin contenida de los datos) en oposicin a los rboles (valores individuales de los datos).

UNIVERSO DEL DISCU RSO

Definicin del problema

MODELO DE DATOS
(M E/R, MODELO RELACIONAL)

Tcnica

(ESQUEMA LGICO GLOBAL)

ESTRUCTURA DE DATOS

Resultado

A partir de una observacin (universo del discurso) tenemos que disear o encontrar el mtodo adecuado para disear un esquema lgicoglobal o base de datos.

2.-DEFINICIN FORMAL DEL MODELO.Las propiedades del Universo del Discurso son de dos tipos: 1 Estticas.- Invariables en el tiempo. 2 Dinmicas.- Que varan en el transcurso del tiempo.

2.1.- COMPONENTES DE LAS PROPIEDADES ESTTICAS.1.- Objetos permitidos.- Son aquellos que varan de unos modelos a otros, pero que en general son: Entidades: almacn de cosas. Atributos: caractersticas de una entidad. Dominios: posibles valores que puede tomar un atributo. Interrelaciones: correspondencia entre entidades. La representacin de stos objetos depende de cada modelo de datos pudiendo hacerse en forma de grafos, como el modelo entidad/relacin o de tablas como el modelo relacional. 2.- Objetos no permitidos.- Tambin denominados restricciones, son proposiciones que pueden tomar el valor de cierto o falso para el conjunto de elementos del modelo de datos. Los podemos clasificar como inherentes y semnticos. Inherentes: son restricciones propias del modelo de datos que estamos utilizando. Semnticas.- son restricciones propias del usuario y permiten captar la semntica del universo del discurso que se quiere modelar. Estas pueden ser a su vez de dos tipos: Soportadas o contempladas en el S.G.B.D. No soportadas por el S.G.B.D. Todo aquello que no sea soportado por el S.G.B.D. debe especificarse a nivel de programacin.

La aplicacin de la parte esttica de un modelo de datos a un determinado universo del discurso nos da como resultado un esquema (estructura lgico global),que representa dicho universo del discurso en el correspondiente modelo. Ejemplo. ME/R

ARBITROS

PITA N

PARTIDOS

Este modelo de datos representa el universo del discurso entre los rbitros y los partidos que arbitran.

2.2.-COMPONENTES DE LAS PROPIEDADES DINMICAS (OCURRENCIAS).Los valores que toman los distintos objetos del esquema en un momento determinado reciben el nombre de ocurrencia del esquema, en otro momento del tiempo la ocurrencia del esquema ser en general, distinta, bien porque se haya producido un cambio en algn valor de la base, bien porque se haya cambiado algn indicador. ATRIBUTOS (Caractersticas de las entidades) NOMBRE OCURRENCIAS.DNI Estado civil ESTADO CIVIL COMPONENTE DINMICA.Es la informacin que fluye. Hace referencia a la variabilidad de los dates, la componente dinmica del modelo consta de un conjunto de operaciones que se definen sobre la estructura del modelo de datos. Este tipo de operaciones son de dos tipos: 8 D seleccin: consiste en seleccionar o localizar una o un conjunto de ocurrencias de una entidad especificando una condicin. 8 De accin: sobre ocurrencias seleccionadas previamente y que pueden consistir en una recuperacin o en una actualizacin (insercin, borrado y modificacin). De una manera general, podemos expresar: SELECCIN <CONDICIN> ACCION <OBJETIVO> Donde condicin expresa un camino o una expresin lgica y objetivo indica los objetos(entidades o atributos) sobre los que se aplica la accin. Algunos lenguajes(LMD) tienen verbos(instrucciones)diferentes para expresar la seleccin y la accin y ,otros como SQL, renen ambas operaciones en una nica sentencia (se puede meter algn ejemplo de sql)

Nombre y de cada Dni.

ENTIDAD

3.-MODELO ENTIDAD-RELACIN (E/R).Su nombre correcto es modelo entidad interrelacin, ya que en l se representan entidades y sus asociaciones que reciben el nombre de interrelaciones. Fue propuesto por Peter P.Chen en 1.976,posteriormente otros autores investigaron e hicieron nuevas aportaciones. 3.1.-ESTTICAS DEL MODELO E/R.En el modelo E/R se pueden distinguir, entidades, interrelaciones, atributos y los dominios. ENTIDAD Es una persona, lugar, cosa, concepto o suceso real o abstracto de inters para la empresa. De cualquier cosa que queramos guardar informacin es una entidad. La entidad se representa en el modelo Entidad/Relacin con un rectngulo y el nombre dentro del rectngulo. Se suele poner el nombre en plural.

ARBITROS
Reglas que debe cumplir una entidad: Toda ocurrencia de una entidad debe poder distinguirse de las dems. Tienen existencia propia. Todas las ocurrencias de un tipo de entidad deben tener las mismas caractersticas (atributos). ENTIDAD REGULAR.- Aquella que tiene existencia por si misma y que representamos por el rectngulo.

FACTURAS
ENTIDAD DBIL.- Aquella cuya existencia depende de otro tipo de entidad y que representamos con dos rectngulos. Su existencia se debe a una entidad regular.

RECIBOS
La eliminacin de una ocurrencia regular lleva consigo la eliminacin de todas las ocurrencias de las entidades dbiles que dependan de ella.

FACTURAS

Tiene

RECIBOS

La eliminacin de una ocurrencia en facturas lleva consigo la eliminacin de todas las ocurrencias de recibos relacionadas con la eliminada en facturas, es decir, si eliminamos una factura se eliminan todos los recibos de esa factura. INTERRELACIN

Asociacin o correspondencia entre entidades. Se representa con un rombo, unindolo a las entidades que asocia, etiquetndola con el nombre en el rombo

PARTIDOS

PITAN

ARBITROS

Entre dos de entidades puede existir ms de un tipo de interrelacin.

VIVIENDAS
HAB ITAN

PERSONAS

VIVIENDAS

PRO PIET ARIO

PERSONAS
ELEMENTOS DE UNA INTERRELACIN.Nombre Cada interrelacin tiene su nombre que lo define inequvocamente del resto. Grado Es el nmero de entidades que participan en la interrelacin. Pueden ser: 8 grado 1 (reflexiva): slo interviene una entidad. 8 Grado 2: intervienen dos entidades.
FORMAR PARTE

PIEZAS
8 Grado N: intervienen ms de dos entidades.
PARTIDOS
PITAN

ARBITROS

Una interrelacin de grado tres, se puede descomponer en tres interrelaciones

CUENTAS CUENTAS

OPERACIONES

PERMISOS

CLIENTES CLIENTES
de grado dos, siempre que no se produzca perdida semntica en la transformacin. Tipo de correspondencias. Es el nmero mximo de ocurrencias de cada tipo de entidad que pueden

A T R A A U O IZ D

C E T S UNA

O R CO E PE A I N S

P O D D R PIE A

PE M S R ISO

C IE T S L N E

intervenir en una ocurrencia del tipo de interrelacin que se est tratando.

Clases de tipos de correspondencias:

1:1
1:1

HOMBRES

Matrimonio

MUJERES

La interpretacin de la correspondencia 1:1 de la interrelacin matrimonio es la siguiente: En 1 matrimonio participan como mximo 1 hombre y 1 mujer

1:N
1:N
HIJOS
Pate rnidad ITAN

PADRES

Adems cuando mantiene ms de una ocurrencia en una entidad, la unidad de la interrelacin con la entidad acaba en flecha( ),es decir, las interrelaciones de correspondencia 1:N se unen con la entidad de la N con una flecha. La interpretacin de la correspondencia 1:N de la interrelacin paternidad es la siguiente: En 1 paternidad participan como mximo 1 padre y N hijos

N:M
N:M

VIVIENDAS

Pro pie tario

PERSONAS

La interpretacin de la correspondencia N:M de la interrelacin propietario es la siguiente: 1 propietario es como mximo de N viviendas y pertenece como mximo a N personas, la interrelacin acaba en flecha en las dos entidades. Funcin que cada uno de los tipos de entidad realiza en el tipo de interrelacin. DOMINIOS. Conjunto de posibles valores que puede tomar una caracterstica. Idioma {Espaol, francs, italiano}. Es decir, las distintas propiedades o caractersticas de un tipo de entidad o relacin toman valores para cada ocurrencia de stas; grficamente lo representaremos por un crculo Papel.

PERSON
El dominio ser por tanto los distintos valores que puede tomar una ocurrencia.

ATRIBUTOS.
Cada una de las propiedades o caractersticas que tiene un tipo de entidad o interrelacin, los atributos toman valores de uno o varios dominios; por lo tanto, podemos decir que el atributo da una interpretacin al dominio en el contexto de un tipo de entidad o de un tipo de interrelacin. La representacin grfica consiste en cualificar con su nombre el arco que une el dominio con tipo de entidad. Entre todos los atributos de un tipo de entidad debemos de elegir uno o varios
DNI NOMB RE

CLIENTES
que identifiquen unvocamente cada una de las ocurrencias de ese tipo de entidad, este atributo recibe el nombre de atributo identificador principal (AIP),su representacin grfica en el modelo se hace sombreado el circulo de su dominio. Los contenidos que lo componen deben ser mnimos en el sentido de que la eliminacin de cualquiera de ellos le hara perder su carcter de identificador. Puede ocurrir que exista ms de un atributo que verifique la condicin de ser identificador unvoco y mnimo de cada ocurrencia de tipo de entidad. A este tipo de atributo lo denominaremos atributo identificador candidato (AIC). Se elige un principal y el resto son candidatos, los atributos candidatos se representan en el modelo sombreando medio circulo de su dominio.

La representacin en el modelo E/R de los atributos identificadores principales, los candidatos, y los dems incluidos los compuestos ser la siguiente.

COD_CL (AIP)

NIF (AIC)

PAIS

CALLE NMERO

CLIENTES

DIRECCIN

Las interrelaciones tambin pueden tener atributos aunque solo las que tienen como tipo de correspondencia N:M, y su representacin en el modelo seria la siguiente.

NUM_T

DESCRIPCIN

KM_I

KM_F

COD_M

NOMBRE

TRAMOS CARRETERAS

PASA

TERMINOS MUNICIPALES

Incluso alguno de los atributos de la interrelacin pueden ser AIP,(ver dimensin temporal en el ME/R) .

N:M

3.2.-RESTRICCIONES DEL MODELO E/R.Este modelo no presenta restricciones inherentes y por lo que respecta a las restricciones del usuario (o semnticas) El ME/R permite definir: - Restricciones sobre valores. - Restricciones sobre el nmero de ocurrencias. Restricciones sobre los valores: Las restricciones que limitan los valores que pueden corresponder a un cierto objeto del modelo (entidad, atributo, interrelacin).Por ejemplo podemos restringir el dominio EDAD definido como entero de dos caracteres de longitud, solo al de aquellos comprendidos entre 18_65,en realidad la misma definicin del dominio ya supone una restriccin. Restricciones sobre el nmero de ocurrencias: Son aquellas que delimitan el nmero de objetos que pueden intervenir en un tipo de interrelacin, dentro de ste grupo se encuentran el grado, que delimita el nmero de entidades que participan en la relacin. El modelo E/R no esta preparado para representar grficamente todo este tipo de restricciones y menos aun las restricciones semnticas, que no pueden expresarse en este modelo. 3.3.-DINMICA DEL MODELO E/R.No se ha hecho un gran hincapi en la dinmica de ste modelo, en su presentacin apenas se hizo referencia al mismo. No obstante, fueron desarrollados por otros autores lenguajes naturales para representar la dinmica de este modelo como son: CABLE, CLEAR,... 3.4.-CONTROL DE REDUNDANCIA EN LOS ESQUEMAS E/R.Una vez constituido el modelo hay que analizar si se presentan redundancias ya que pueden acarrear problemas. Adems de atributos redundantes como los que se derivan de otros mediante algn clculo y que deben ser eliminados del esquema hay que estudiar determinados ciclos del modelo ya que pueden indicar la existencia de interrelaciones redundantes.

Existen adems

casos en el que la interrelacin a pesar de poder ser

CICLO SIN REDUNDANCIAS

AUTORIZADA

CUENTAS

OPERACIONES

PROPIEDAD

PERM ISOS

CLIENTES

deducida a partir de otras presentes en el esquema no se puede eliminar si tiene atributos. Se puede decir como norma general, que la existencia de un ciclo no implica la existencia de interrelaciones redundantes. Se debe estudiar con detenimiento las cardinalidades mnimas de las entidades para poder afirmar con seguridad que existen interrelaciones redundantes. Habr que analizar si se elimina una interrelacin, si es posible el paso tanto en un sentido como en el inverso entre las dos entidades unidas por la interrelacin que se considere redundante y habr que comprobar que no se pierden atributos.

C L C N R D N A IA IC O O E U D NC S

E RIBIR SC

A T R S U O E

LIB O R S

PU IC R BL A R D N A T E U D N E

E IT R D A

ED O IA IT R L

4.- MODELO ENTIDAD RELACIN EXTENDIDO.4.1 SEMNTICA DE LAS INTERRELACIONES.El contenido semntico de las interrelaciones se ha completado con conceptos tales como las cardinalidades y la dependencia en existencia. Cardinalidades de un tipo de entidad.Se define como el nmero mnimo y mximo de ocurrencias de un tipo de entidad que pueden estar interrelacionadas con una ocurrencia del otra u otras entidades que participan en el tipo de interrelacin. El tipo de correspondencia definida por Chen coincide con la cardinalidad mxima. Interpretacin de las cardinalidades:
DESCRIPCIN COD_C (1,1) GUARDAR CARDINALIDADES FECHA COMPRA

NMERO_TREN

1:N
(1,n)

COCHERAS

TRENES

En 1 cochera se guardan como mnimo 1 tren y como mximo n trenes (1,n). 1 tren es guardado como mnimo en 1 cochera y como mximo en 1 cochera (1,1). Si la interrelacin es de grado 3

D I_J N

N MR O B E

J G D RS U A OE
(2,n ) C D O _P PU S O ET

1:N :M
FE H C A

(0,1 ) A IN A IO E L E C N S

PU S O E T S
L in ela in1:N a terr c :Mse lee d lasigu te fo a e ien rm : es a ea o lin d (0,1 p esto . ) u p rtid a o ju d ga ores .

(0,n )

1 ju d ga or 1

en1 p rtid a o p esto u en1 p esto u

PA T O P R ID S A

ju d en1 ga or E 1 p rtid n a o

es a ea oen(0,n lin d ) es a ea o lin d (2,n )

Dependencia en existencia y en identificacin.Como en el caso de los tipos de entidad, los tipos de interrelacin se clasifican tambin en regulares y dbiles segn estn asociando dos tipos de entidades regulares o un tipo de entidad dbil con un tipo de entidad regular, respectivamente.

Dependencia en existencia.Es un tipo de interrelacin dbil. Cuando las ocurrencias de una entidad dbil no pueden existir si desaparece la ocurrencia de la entidad regular de la cual depende. Se representa con un rombo, especificando la E de existencia.

NUM_E

NOMBRE
(1,1)

1:N
E
TIENE (0,n)

DNI

NOMBRE

EMPLEADOS

FAMILIARES RAMOS

No puede haber familiares si no hay empleados. Dependencia en identificacin.Cuando adems de ser en existencia, las ocurrencias de la entidad dbil, no se pueden identificar nicamente mediante los atributos propios de la misma y aade la el atributo identificador principal de entidad regular de la cual depende a su propio identificador principal. Un titulo de pelcula tiene varias cintas y cada una de ellas tiene una ubicacin diferente, pero, para poder definir una cinta no basta con su nmero sino que
COD_P

TITULO
(1,1)

1:N
ID
TIENE

NUM_C
(1,n)

UBICACION

PELICULAS

CINTAS

precisamos de la pelcula de la cual se trata. Por tanto, el tributo identificador de cintas ser la concatenacin de COD_P y NUMC (AIP de cintas COD_P+NUMC). En el modelo no es necesario especificar el cdigo de la pelcula en la entidad dbil (CINTAS), al especificar el rombo con la ID queda definido. Las interrelaciones en existencia e identificacin por su propia definicin solo pueden presentar como tipo de correspondencia 1:1o 1:N. Si del anlisis de las cardinalidades se desprende que se trata de una interrelacin N:M, esta ser regular, y nunca en existencia o en identificacin. Interrelaciones exclusivas.Decimos que dos interrelaciones son exclusivas cuando cada ocurrencia de un tipo de entidad slo puede pertenecer a un tipo de interrelacin.

1:1
(1,1) NUM_AL (1,1) ES

NUM_C

CONTADOS

ALBARANES
(1,n)

NUM_F

1:N
(1,1) PERTENECE

FACTURAS

Un albarn puede ser facturado inmediatamente como un contado o puede facturarse dentro de una factura con otros albaranes.

4.2 GENERALIZACIN Y HERENCIAS.La descomposicin de tipos de entidades en varios subtipos es una necesidad muy habitual en el modelo de bases de datos, la interrelacin que se establece entre un supertipo y sus subtipos corresponde a la nocin ES_UN. Para su representacin utilizaremos un tringulo invertido con la base paralela al rectngulo que representa al supertipo y conectado a los subtipos.

DNI_E

NOMBRE

EMPLEADO
(1,1) TIPO_E Es_Un AREA_DOCENTE (0,1) (0,1) FUNCION

DOCENTE

NO DOCENTE

La cardinalidad del supertipo siempre ser (1,1) y la de los subtipos (0,1) o (1,1). Otra caracterstica muy importante de esta clase de interrelacin es la herencia, ya que en un principio todo atributo del supertipo pasa a ser un atributo de los subtipos.En este tipo de abstraccin, los atributos comunes a todos los subtipos, incluidos los identificadores, se asignan al supertipo, mientras que los atributos especficos se asocian al subtipo correspondiente. Del mismo modo, las interrelaciones que afectan a todos los subtipos se asocian al supertipo, dejndose para los subtipos las interrelaciones especficas en las que el correspondiente subtipo, pero slo l, participa. La divisin en subtipos (especializacin) puede venir determinada por una condicin predefinida (por ejemplo: en funcin de los valores de un atributo) en cuyo caso se representar la condicin asociada al tringulo que representa la interrelacin. En nuestro caso el atributo TIPO_E. Tipos de subtipos.Se puede distinguir cuatro clases de generalidades, atendiendo a si los subtipos se solapan o son disjuntos, si la unin de los subtipos recubre o no al supertipo (generalizacin parcial o total) o si toda ocurrencia del supertipo tiene que pertenecer a algn subtipo (totalidad). La combinacin de ambas posibilidades da lugar a cuatro tipos de jerarquas donde representamos por un arco el hecho de que los subtipos sean disjuntos (exclusivos, sin solapamiento), y con un crculo la presencia de una jerarqua total. Los cuatro tipos de subtipos son los siguientes:

TIPO 1

DNI_E

NOMBRE

TIPO 2

DNI

NOMBRE

EMPLEADOS
(1,1) TIPO_E Es_Un AREA_DOCENTE (0,1) (0,1) FUNCION

INFORMATICOS
(1,1) ESPECIALIDAD Es_Un SISTEMA_OPERATIVO (0,1) (0,1) PROCESADOR

DOCENTES

NO DOCENTES

SOFTWARE

HARDWARE

TIPO 3

DNI_E

NOMBRE

TIPO 4

COD_E

NOMBRE

ESTUDIANTE
(1,1) TIPO_E Es_Un FACULTAD (0,1) (0,1) ESPECIALIDAD TITULARIDAD

ESTADIO
(1,1)

Es_Un AYUNTAMIENTO (0,1) (0,1) SOCIEDAD

UNIVERSITARIO

BACHILLERATO

MUNICIPAL

PRIVADA

En el primer tipo docente y no docente definen la totalidad de los empleados y son exclusivos entre si(disjuntos, no solapamiento). En el segundo tipo software y hardwhare definen la totalidad de los informticos, pero se permite que un especialista en software lo pueda ser tambin en hardware, no se da exclusividad entre los subtipos( no disjuntos, solapamiento). En el tercer caso, universitarios y estudiantes de bachillerato no representan la totalidad de los estudiantes(generalizacin parcial),pero pone de manifiesto la exclusividad entre ambos subtipos. En el cuarto caso los estadios de titularidad municipal y los de titularidad privada no definen la totalidad de los estadios(generalizacin parcial), adems la titularidad de un estadio puede ser compartida entre un municipio y una entidad privada( no exclusividad, no disjuntos, solapamiento), como pasa por ejemplo con el estadio de los Pajaritos, cuya titularidad es compartida por el ayuntamiento de SORIA y la sociedad deportiva C.D.NUMANCIA. Hay que destacar que la parcialidad de la jerarqua (hay parcialidad donde no hay totalidad) significa la admisin de nulos en el atributo discriminante. Si hay parcialidad puede haber ocurrencias del supertipo que no pertenezcan a ningn subtipo y dicho atributo puede ser nulo, mientras que el solapamiento implica que el atributo discriminante sera un grupo repetitivo(ver modelo relacional). 4.3 DIMENSIN TEMPORAL EN EL MODELO E/R.Otra de las extensiones que se proponen para el modelo E/R es la inclusin de la dimensin temporal en el mismo. Es conveniente establecer un mtodo semntico y grfico que recoja de alguna forma en el esquema conceptual el transcurso del

DNI

FECHA_NACIMIENTO

PERSONAS

tiempo y su influencia en la variacin de los datos. La aproximacin ms simple la constituyen los atributos de tipo fecha que aparecen asociados en algunas entidades.

Por otro lado podemos analizar si los datos que se pretenden almacenar van a constituir una base de datos histrica o si, por el contrario, nos interesa el estado actual de los datos. El siguiente ejemplo pone de manifiesto el hospedaje de un cliente en un hotel determinado, y tres posibilidades diferentes de representar la informacin. En el primer caso hospedar almacena la informacin de un solo hospedaje (situcin ltima o actual), en el segundo caso se almacena todas las veces que el cliente se hospedo en el hotel(situacin histrica sin duracin) y en el tercer caso guardamos la informacin de todos los hospedajes y la duracin de los mismos(situacin histrica con duracin)

Caso 1:
DNI NOMBRE FECHA COD_H DIRECCIN (0,n)

CLIENTES

(0,n)

HOSPEDAR

(0,n)

HOTELES

N:M

Caso 2:

DNI

NOMBRE

FECHA

COD_H

DIRECCIN (0,n)

CLIENTES

(0,n)

HOSPEDAR

(0,n)

HOTELES

N:M
Caso 3:
DNI NOMBRE FECHA_I FECHA_S COD_H DIRECCIN

CLIENTES

(0,n)

HOSPEDAR

(0,n)

HOTELES

N:M
En caso de tratarse de datos histricos los tipos de entidad o de interrelacin correspondientes tendrn asociados siempre atributos tipo fecha; para sucesos puntuales, es decir, sin duracin, bastar con un solo atributo de este tipo mientras que para poder almacenar hechos que transcurren en un perodo de tiempo determinado necesitamos una fecha de inicio y una fecha final. En la mayora de los casos de bases de datos histricas en el que una interrelacin entre dos ocurrencias concretas se pueda repartir en el tiempo, el atributo identificativo principal (AIP) del tipo de interrelacin estar compuesto por la concatenacin de los atributos identificadores principales (AIP) de las entidades con la fecha de inicio. A veces interesa representar la evolucin de las ocurrencias de una entidad a lo largo del tiempo y aparece la nocin de estado de la entidad.

Ejemplo: Una factura genera varios recibos y estos a lo largo del tiempo pueden encontrarse en distinta situacin: negociado, renovado, devuelto, cobrado, impagado, en gestin de cobro, etc. Para ello aadiremos al tipo de entidad un atributo que denominamos estado y que muchas veces lleva asociado otro atributo que es la fecha en la que se ha producido el cambio de estado
NUM_F FECHA_F NUM_R ESTADO FECHA_E

1:N
FACTURAS
(1,n) ID TIENE (1,n)

RECIBOS

Es habitual en este tipo de aplicaciones que se desee tener constancia de la evolucin de los estados en cuyo caso para evitar un grupo repetitivo en lugar de los atributos de estados y fecha se podra crear una nueva identidad que tendra como atributos entre otros fecha y estado. Otra forma de representar la evolucin de las ocurrencias de una entidad a lo
NUM_F FECHA_F NUM_R

1:N
FACTURAS
(1,n) ID TIENE (1,n)

RECIBOS
(0,n)

1:N
ID ESTA (0,n) (1,1) ESTADO

FECHA

1:N
ID TIENE (1,n)

(1,1)

N:M
SITUACION ESTADO (1,n)

FECHA

SITUACION

ESTADOS
LA ZONA SOMBREADA ES OTRA OPCION

ESTADOS

largo del tiempo puede ser el hecho de convertirse en ocurrencia de otra entidad distinta a la que pertenece en un momento determinado. Vemoslo con un ejemplo de un prstamo cuando finaliza.

NUM_P

FECHA_PRESTAMO FECHA_FIN

PRESTAMO

(1,1)

(0,1)

PRESTAMO FINALIZADO

ES_UN

4.4 ATRIBUTOS DERIVADOS. Una extensin ms del modelo E/R es la representacin grfica de los atributos derivados. Se Entiende por atributos derivados aquellos que aunque son redundantes no pueden dar lugar a incoherencias, ya que se calculan a partir de otros ya existentes. para indicarlos grficamente utilizaremos la etiqueta Di, en el atributo calificado como derivado, almacenando la regla de derivacin en el diccionario de datos.

NUM_F FECHA_F NUM_RECIBOS FECHA_F Di

NUM_R

ESTADO

FECHA_E

1:N
ID TIENE (1,n)

FACTURAS

(1,n)

RECIBOS

El nmero de recibos que tiene una factura es el numero de ocurrencias de esa factura en la entidad recibos, por tanto NUM_RECIBOS es un atributo derivado.

Potrebbero piacerti anche