*MODELO CONCEPTUAL DE DATOSTEMA 2

*UD 2.- Modelo conceptual de datos2.1 Modelo de datos2.2 Modelo conceptual2.2.1.- Elementos del modelo2.2.2.- Entidades fuertes y dbiles. Relaciones de dependencia2.2.3.- Control de redundancia2.3 Modelo E/R Extendido

*2.1.- Modelo de DatosDefinicin y descripcin del modelo de datos : Con un modelo de datos nos abstraeremos de la realidad del problema a solucionar (o universo de discurso) atendiendo a:Qu datos nos interesan para nuestra aplicacin?Cmo los voy a organizar?

*2.1.- Modelo de DatosProceso de construccin de una BD

Independiente de la arquitectura Dependiente de la arq.

*2.2.- Modelo Conceptual de DatosDefinicin: (1976, Codd) El modelo entidad-relacin, tambin denominado modelo conceptual de datos, es una tcnica especial de representacin grfica que incorpora informacin relativa a los datos y la relacin existente entre ellos, para darnos una visin del mundo real. Es una representacin abstracta de los datos de una BD independiente de su estructura final.

*2.2.- Modelo Conceptual de DatosLas caractersticas del modelo entidad-relacin son:Refleja tan slo la existencia de los datos, no lo que se hace con ellos.Es independiente de las bases de datos y sistemas operativos concretos.No tiene en cuenta restricciones de espacio, almacenamiento, ni tiempo de ejecucin.El Modelo E-R, por tanto, se basa en la percepcin de un mundo real que consiste en un conjunto de objetos bsicos denominados Entidades, as como las Interrelaciones existentes entre ellos.

*2.2.- Modelo Conceptual de Datos2.2.1- Elementos del modelo:EntidadAtributosRelacinc.1.- Gradoc.2.- Participacin c.3.- Cardinalidadc.4.- Atributos propios de una relacinc.5.- Clave de una relacinClaves

* Elementos del modelo

a.- Entidad: Es todo aquel objeto real o abstracto del que se quiere obtener informacin.

Notacin:

Ejemplos:

Nombre_EntidadARTICULOVENDEDORCLIENTE

* Elementos del modelob.- Atributo: Caracterstica o propiedad del objeto que representa a la entidad.Notacin en Piruleta:

Notacin abreviada:

PROFESORCod_profNombreDNIDireccinFecha_nacEMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple

* Elementos del modelo. Atributo

Se le llama ocurrencias a cada elemento del mundo real que la entidad representa.Ejemplo: EMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_EmpleEntidadOcurrencias

Cod_EmpleadoNom_EmpleApell_EmplePuesto_Emple1ArturoLpez RiaoDirector2AnaAndrade JurezGerente3JuanTorres SnchezComercial4RosaValera RocaComercial

* Elementos del modelo. AtributoExisten dos tipos de atributos; los identificadores de la entidad y los descriptores de la entidad. Identificadores (o claves): identifican de forma univoca cada ocurrencia. Descriptores: no identifican de forma univoca cada ocurrencia.EMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple

Nota: Para representar los identificadores o claves aadiremos el smbolo # delante del nombre del atributo (o la piruleta negra)

*Elementos del modelo. AtributoLas claves pueden estar compuestas de uno o ms atributos. Ejemplos:

EMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_EmpleSALA_CINE # Nom_Cine # Num_Sala Capacidad Tamao_Pantalla

*Elementos del modelo.c.- Relacin: Es la representacin de una asociacin producida entre los objetos del mundo real. Notacin:

c.1.- Grado de una relacinEl n de entidades que participan en la relacin:

ALUMNOEstudiaASIGNATURA

Nombre de la relacin Grado de la relacinRelaciones Unitarias o Reflexivas1Relaciones Binarias2Relaciones Ternarias3Relaciones N-ariasN

*Elementos del modelo. RelacinEjemplos de grados:

PERSONAEs hijo deALUMNOEstudiaASIGNATURA

EMPLEADORealizaPROYECTO

DEPARTAMENTO

Relacin unaria o reflexivaRelacin ternariaRelacin binaria

* Elementos del modelo. Relacinc.2.- Participacin de una entidad en una relacinConsiste en definir el nmero mnimo y mximo de ocurrencias que le pueden corresponder a una ocurrencia de la otra relacin.

Posibles participaciones: (0,1) , (1,1) , (0,n) , (1,n).Se averiguan fijando una ocurrencia en una entidad y analizando el nmero mnimo y mximo de ocurrencias posibles en la otra entidad de la relacin.

* Elementos del modelo. Relacinc.3.- Cardinalidad de una relacinRepresenta el nmero mximo de ocurrencias de una entidad asociadas al nmero mximo de ocurrencias del resto de las entidades relacionadas.Ejemplo:

ES PROPIETARIO(0,1)PERSONAVIVIENDA VPO(1,1)1:1N:MUno a unoUno a muchosMuchos a muchos

* Elementos del modelo. Relacinc.4.- Atributos propios de una relacinTambin las relaciones pueden tener atributos.

c.5.- Clave de una relacinEs el atributo o conjunto de atributos que identifican de manera unvoca a una ocurrencia de una relacin.Se obtiene uniendo las claves de las entidades que relaciona. A veces es necesario que un atributo de la relacin entre a formar parte de la clave.

*Elementos del modelo. Relacin

COMPRA(0,n)CLIENTEPRODUCTO(0,n)N:MfechacantidadVer ejemplos de las pginas 68 y 69 de las fotocopiasEjemplo de clave de una relacin ampliada:# id_clinombre# cod_prodnombreprecioOcurrencias de COMPRAOcurrencias de CLIENTEOcurrencias de CLIENTE

# Id_cli# cod_prod# fechacantidad100112/05/20097100312/05/20093100116/06/200910200312/05/20092

# id_clinombre1Juan2Ana

# cod_prodnombreprecio001Mesa40002Silla20003Sof200

*2.2.2- Entidades fuertes y dbiles. Relaciones de dependencia

Entre las entidades se pueden diferenciar dos tipos:Entidades Fuertes o Propias o Regulares: aquellas cuyas ocurrencias tienen existencia por si mismas, es decir, son identificables por s mismas, los atributos que las identifican son propios de la entidad. Las entidades fuertes se representan con un rectngulo. Ejemplo: Alumno (identificable con el N Matrcula)

*2.2.2- Entidades fuertes y dbiles. Relaciones de dependencia

Entidades Dbiles: aquellas en las cuales la existencia de una ocurrencia depende de que exista una cierta ocurrencia de otra entidad, frecuentemente sus ocurrencias son identificables por estar asociadas a otra u otras entidades, es decir, que alguno de los atributos que las identifican se refiere a otra entidad. Las entidades dbiles se representan mediante dos rectngulos. Ejemplo: Asignatura (si se identifica mediante el Cdigo de Asignatura, formado por un primer dgito correspondiente al departamento al que pertenece dicha asignatura, y el siguiente dgito es un nmero secuencial que el departamento pone a sus asignaturas).

*2.2.2- Entidades fuertes y dbiles. Relaciones de dependencia

Las relaciones de dependencia son las que se producen entre las entidades fuerte y las dbiles. Existen dos tipos:En existencia: la entidad dbil depende de la fuerte solo para existir. Es independiente para todo lo demsEn identificacin: la entidad dbil necesita de la fuerte para existir y para identificarse. En estos casos la dbil necesita de la clave de la fuerte para formar su clave primaria.Representacin:I

*2.2.3- Control de redundancias

Un esquema es redundante cuando al eliminar un elemento del mismo no se pierde informacin.Condiciones que se deben cumplir para que haya redundancia:Debe haber un ciclo: se produce cuando al unir entidades mediante relaciones , queda un espacio cerrado en su interior.Las relaciones implicadas en el ciclo deben ser semnticamente equivalentes (significado parecido).Las cardinalidades deben ser tales que se pueda eliminar una de las relaciones sin perder informacin.

*2.2.3- Control de redundancias

Ejemplo de esquema NO REDUNDANTE:Un animal habita en un nico pas, pero puede que no viva en ningn parque nacional, por lo que a travs del parque no se puede saber en qu pas se encuentra.

*2.3.- Modelo E/R ExtendidoModelo E/R que incluye las relaciones jerrquicas.RELACIONES JERRQUICAS: se producen cuando una entidad se puede subdividir en otras, las cuales mantienen una relacin ES_UN con la anterior.Por ejemplo, un empleado es un administrativo; un empleado es un gerente.

SUPER-ENTIDADSUB-ENTIDADSUB-ENTIDAD

SUB-ENTIDAD

cargo

*2.3.- Modelo E/R ExtendidoLas sub-entidades heredan las claves y los atributos de la super-entidad. Se pueden encontrar tipos de relaciones jerrquicas segn dos criterios:Segn el numero mximo de ocurrencias en las que las sub-entidades se corresponden con una ocurrencia de la super-entidad Si una ocurrencia de la super-entidad solo se corresponde como mximo con una de las sub-entidades: Jerarqua exclusiva Si a una ocurrencia de la super-entidad le pueden corresponder ms de una ocurrencia de las sub-entidades: Jerarqua inclusiva o con solapamiento

*2.3.- Modelo E/R ExtendidoEjemplos:

Una ocurrencia arribaSlo una abajo como mucho Una ocurrencia arribaPuede haber varias abajo

*2.3.- Modelo E/R Extendido

Segn si a una ocurrencia de la super-entidad debe o no corresponderle varias o ninguna ocurrencia en las sub-entidades

Una ocurrencia como mnimo: jerarqua total Sin mnimo de ocurrencias: jerarqua parcialSe representa sin crculo sobre el tringulo.Una ocurrencia arribaObligatoria al menos una abajoUna ocurrencia arribaPuede no tener ninguna abajoSe representa con un crculo sobre el tringulo.

*2.3.- Modelo E/R ExtendidoPara poder determinar fiablemente el tipo de jerarqua es til preguntarse: Para una ocurrencia en la super-entidad Cuntas ocurrencias existen como mnimo y mximo en la sub-entidad?Combinacin de tipos de jerarquas:

TotalParcialExclusiva(1,1)(0,1) Inclusiva(1,n)(0,n)

*2.3.- Modelo E/R Extendido

Jerarqua exclusiva parcial. Jerarqua inclusiva parcial.

*2.3.- Modelo E/R ExtendidoEjemplos:

Jerarqua exclusiva total. Jerarqua inclusiva total.