DISEO CONCEPTUAL: EL MODELO ENTIDAD-RELACION 1. Diseo de Bases de Datos ElDiseodeBasesdeDatoseselprocesoporelquesedeterminala organizacindeunaBasedeDatos,incluidassuestructura,contenidoylas aplicaciones que se han de desarrollar. Durante mucho tiempo, el Diseo de Bases de Datos fue considerado una tarea paraexpertos:msunartequeunaciencia.Sinembargo,sehaprogresado mucho en el Diseo de Bases de Datos y este se considera ahora una disciplina estable,conmtodosytcnicaspropios.Debidoalacrecienteaceptacinde lasBasesdeDatosporpartedelaindustriayelgobiernoenelplano comercial, y a una variedad de aplicaciones cientficas y tcnicas, el diseo de BasedeDatosdesempeaunpapelcentralenelempleodelosrecursosde informacinenlamayoradelasorganizaciones.EldiseodeBasedeDatos ha pasado a constituir parte de la formacin general de los informticos, en el mismonivelquelacapacidaddeconstruiralgoritmosusandounlenguajede programacin convencional.Afinalesdeladcadadelos60,cuandolasBasesdeDatosentraronpor primeravezenelmercadodelsoftware,losdiseadoresdeBasesdeDatos actuabancomoartesanos,conherramientasmuyprimitivas:diagramade bloquesyestructurasderegistroseranlosformatoscomunesparalas especificaciones,yelDiseodeBasesdeDatosseconfundafrecuentemente conlaimplementacindelasBasesdeDatos.Estasituacinahoraha cambiado:losmtodosymodelosdeDiseodeBasesdeDatoshan evolucionado paralelamente con el progreso de la tecnologa en los sistemas de BasesdeDatos.Sehaentradoenlaeradelossistemasrelacionalesde BasesdeDatos,queofrecenpoderososlenguajesdeconsultas,herramientas paraeldesarrollodeaplicacioneseinterfacesamablesconlosusuarios.La tecnologadeBasesdeDatoscuentayaconunmarcoterico,queincluyela teorarelacionaldedatos,procesamientoyoptimizacindeconsultas,control de concurrencia, gestin de transacciones y recuperacin, etc.SegnhaavanzadolatecnologadeBasesdeDatos,assehandesarrollado lasmetodologasytcnicasdediseo.Sehaalcanzadounconsenso,por ejemplo,sobreladescomposicindelprocesoenfases,sobrelosprincipales objetivos de cada fase y sobre las tcnicas para conseguir estos objetivos.El diseo de una Base de Datos es un proceso complejo que abarca decisiones a muy distintos niveles. La complejidad se controla mejor si se descompone el problemaensubproblemasyseresuelvecadaunodeestossubproblemas independientemente, utilizando tcnicas especficas. As, el diseo de una Base de Datos se descompone en: diseo conceptual, diseo lgico y diseo fsico. Eldiseoconceptualpartedelasespecificacionesderequisitosde usuarioysuresultadoeselesquemaconceptualdelaBasedeDatos. Un esquema conceptual es una descripcin de alto nivel de la estructura delaBasedeDatos,independientementedelSGBDquesevayaa utilizarparamanipularlo.Losprocesosdedefinicinderequisitosydel diseo conceptual exigen identificar las exigencias de informacin de los usuariosyrepresentarlosenunmodelobiendefinido.Disearemosel esquema conceptual mediante el modelo Entidad-Relacin. Eldiseolgicoeselprocesodeconstruirunesquemadela informacin que utiliza la empresa, basndose en un modelo conceptual debasededatosespecfico,independientedelSGBDconcretoquese vayaautilizar(salvoenelmodelo)ydecualquierotraconsideracin fsica.Enestaetapa,setransformaelesquemaconceptualenun esquemalgicoqueutilizarlasestructurasdedatosdelmodelode basededatosenelquesebasaelSGBDquesevayaautilizar,como puede ser el modelo relacional, el modelo de red, el modelo jerrquico o elmodeloorientadoaobjetos.Conformesevadesarrollandoel esquemalgico,stesevaprobandoyvalidandoconlosrequisitosde usuario.La normalizacin es una tcnica que se utiliza para comprobar la validez delosesquemaslgicosbasadosenelmodelorelacional,yaque aseguraquelasrelaciones(tablas)obtenidasnotienendatos redundantes.Estatcnicasepresentaenelsiguientetema(Tema4. Modelo Relacional).Elesquemalgicoesunafuentedeinformacinparaeldiseofsico. Adems, juega un papel importante durante la etapa de mantenimiento delsistema,yaquepermitequelosfuturoscambiosqueserealicen sobrelosprogramasdeaplicacinosobrelosdatos,serepresenten correctamente en la base de datos.NOTA: Tanto el diseo conceptual, como el diseo lgico, son procesos iterativos, tienen un punto de inicio y se van refinando continuamente. Ambos se deben ver comounprocesodeaprendizajeenelqueeldiseadorvacomprendiendoel funcionamiento de la empresa y el significado de los datos que maneja. El diseo conceptualyeldiseolgicosonetapasclaveparaconseguirunsistemaque funcionecorrectamente.Sielesquemanoesunarepresentacinfieldela empresa,serdifcil,sinoimposible,definirtodaslasvistasdeusuario (esquemasexternos),omantenerlaintegridaddelabasededatos.Tambin puede ser difcil definir la implementacin fsica o el mantener unas prestaciones aceptablesdelsistema.Adems,hayquetenerencuentaquelacapacidadde ajustarseafuturoscambiosesunselloqueidentificaalosbuenosdiseosde bases de datos. Eldiseofsicoeselprocesodeproducirladescripcindela implementacin de la base de datos en memoria secundaria: estructuras dealmacenamientoymtodosdeaccesoquegaranticenunacceso eficiente a los datos.Parallevaracaboestaetapa,sedebehaberdecididoculeselSGBD quesevaautilizar,yaqueelesquemafsicoseadaptaal.Entreel diseofsicoyeldiseolgicohayunarealimentacin,yaquealgunas de las decisiones que se tomen durante el diseo fsico para mejorar las prestaciones, pueden afectar a la estructura del esquema lgico.Engeneral,elpropsitodeldiseofsicoesdescribircmosevaa implementar fsicamente el esquema lgico obtenido en la fase anterior. Concretamente, en el modelo relacional, esto consiste en:-Obtenerunconjuntoderelaciones(tablas)ylasrestricciones que se deben cumplir sobre ellas.- Determinar las estructuras de almacenamiento y los mtodos de accesoquesevanautilizarparaconseguirunasprestaciones ptimas.- Disear el modelo de seguridad del sistema. 2. Qu es un modelo Unmodeloesunarepresentacindelarealidadqueconservaslolos detalles relevantes. Porejemplo,consideremosunatransaccinbancariatalcomoundepsitoen una cuenta corriente. El departamento de contabilidad desea conservar ciertos detalles (nmero de cuenta, importe del depsito, fecha, nmero del cajero) e ignorar otros (las palabras que se han intercambiado durante la transaccin, la longitud de la cola, la temperatura ambiental dentro del banco,). Larealidadinvolucraunsinnmerodedetalles,peroeldepartamentode contabilidadconsiderarlamayoradeellosirrelevantesparalatransaccin. Demodoqueunmodelo,desdeelpuntodevistadeldepartamentode contabilidad,deberconsiderarsloaquellosdetallesqueesteconsidere relevantes.Porsupuesto,algunosdetallesconsideradosirrelevantesparaun usuarioogrupodeusuariospuedenserrelevantesparaotros.Ejemplo:la longituddelacolapuedeserinteresanteparaeldirectordelbancoenel sentidodecontrataramscajerosparaatenderalpblico.Portanto, diferentes usuarios o grupos de usuarios pueden tener distintos modelos de la realidad.UnaBasedeDatosincorporaunmodelodelarealidad.ElSGBDgestionala Base de Datos de modo que cada usuario pueda registrar, acceder y manipular los datos que constituyen su modelo de la realidad. Manipulando los datos los usuarios pueden obtener informacin necesaria que les sea til en su vida. Por tanto,losmodelossonherramientaspoderosasparaeliminarlosdetalles irrelevantes y comprender la realidad de los usuarios individuales. Paramodelardebemosasociar/identificarelementosdelarealidadcon elementosdelmodelo.Siestaasociacinsehacecorrectamente,entoncesel modelosepuedeusarpararesolverelproblema.Delocontrario,elmodelo probablemente conducir a una solucin incompleta o incorrecta. 3. El modelo Entidad-Relacin (Entidad-Interrelacin) El modelo Entidad-Relacin es un modelo conceptual de datos orientado a entidades.Sebasaenunatcnicaderepresentacingrficaqueincorpora informacinrelativaalosdatosylasrelacionesexistentesentreellos,para darnos una visin de mundo real, eliminando los detalles irrelevantes. ElmodeloEntidad-Relacin(E-R)fuepropuestoporPeterChenen1976en un artculo muy famoso actualmente: "The Entity-Relationship Model: Toward a Unified View of Data". Segn Chen: El Modelo Entidad-Interrelacin puede ser usado como una base para una vista unificada de los datos, adoptando el enfoque ms natural del mundorealqueconsisteenentidadesyrelaciones(interrelaciones). Posteriormente,otrosautoreshanampliadoelmodelo(modeloentidad-relacin extendido), con importantes aportaciones, formndose en realidad una familia de modelos. EstetemadescribeelModeloEntidad-Relacin,sindiscriminardemanera detallada los elementos originales y los extendidos. El objetivo es disponer de un buen modelo para representar datos de cara a disear bases de datos. CARACTERSTICAS DEL MODELO Refleja tan solo la existencia de los datos, no lo que se hace con ellos.Se incluyen todos los datos relevantes del sistema en estudio.No est orientado a aplicaciones especficas.Es independiente de los SGBD. No tiene en cuenta restricciones de espacio, almacenamiento, ni tiempo de ejecucin.Est abierto a la evolucin del sistema.Es el modelo conceptual ms utilizado. ELEMENTOS DEL MODELO Los elementos bsicos del modelo E-R original son: ENTIDAD (entity)ATRIBUTO (attribute)DOMINIO (domain)RELACION (relationship) A lo largo de este tema describiremos esos elementos bsicos: 4. Entidades Entidad:Cualquierobjeto(realoabstracto)queexisteenlarealidady acerca del cual queremos almacenar informacin en la B.D. Algo con realidad objetiva que existe o puede ser pensado (Hall, 1976). Lasentidadesposeenunpredicadoasociadoquehacequelosejemplareslo cumplen. Las entidades se representan grficamente mediante rectngulos con su nombre en el interior. PROFESOR Ejemplo:LaentidadPROFESOR,cuyopredicadoasociadoespersonaque enseaunamateria,tieneunejemplar'Juana'queperteneceaesetipode entidad, ya que cumple dicho predicado (o al menos lo intenta ;) MATERIA Ejemplo: MATERIA es una entidad. 'Fundamentos de Programacin', 'Ingls'y 'Fsica' son ocurrencias de la entidad MATERIA. POBLACION Ejemplo: POBLACION es una entidad. 'Jerez', 'Barcelona', 'Jimena', 'Mrida' son ocurrencias de la entidad POBLACION. 5. Atributos Atributo:Cadaunadelaspropiedadesocaractersticasquetieneuna entidad. Losatributosserepresentanmedianteunvaloconelnombredelatributo dentro. Pueden clasificarse segn: Identificadores: son atributos que identifican de manera unvoca cada ocurrenciadeunaentidad.Todaentidaddebeteneralmenosun atributo identificador. Identificadorprimarioeidentificadoresalternativos:Unaentidad puedetenermsde1atributoidentificador;enesecaso,elegimosun atributocomoidentificadorprimario(P),quedandoelrestocomo identificadores alternativos (A). Losatributosidentificadoressimplesserepresentansubrayandoel nombre del atributo: Los atributos identificadores compuestos se pueden representar de dos Forma 1Forma 2 imples y compuestosformas (a elegir): S Simples: son atributos que no estn formados por otros atributos. Compuestos: son atributo por otros atributos que a su vez pueden ser simples que estn formados s o compuestos. Monovaluados y multivaluados Monovaluados:sonatributosquerepresentanunsolovalorparauna determinadaocurrenciadeunaentidadenunmomentodeterminado. Pueden ser simples o compuestos. Multivaluados:sonatributosquepuedenrepresentarvariosvalores simultneamenteparaunamismaocurrenciadeunaentidad.Se representan mediante un doble valo.Derivados(ocalculados):sonatributoscuyovalorseobtiene aplicandounafrmula(normalmenteapartirdelvalordeotros atributos). Son atributosque a la postreno se almacenarnen labase dedatos.Suvalorseobtendrenelmomentoenqueseanecesario aplicandolafrmulaasociadaaellos.Eneldiccionariodedatosdebe especificarseestafrmulaomtodoparacalcularsuvalor.Se representanenundiagramaERmedianteunvaloconlnea discontinua.Propios:sonlosatributosdelasrelaciones.Serepresentanunidosal rombo de la relacin. CARDINALIDADES DE ATRIBUTOS Paracadaatributodeunaentidadsepuedeespecificarunacardinalidad (min,max);lacualindicarcuantosvalorespuedealmacenarelatributopara una ocurrencia determinada de la entidad. Pordefecto(sinoponemosnada),lacardinalidaddeunatributoasociadoa unaentidades(1,1);esdecir,elatributodebeobligatoriamentetenerexactamente un valor para toda ocurrencia de la entidad. Para atributos multivaluados la cardinalidad por defecto es (1,n). Pondremoscomocardinalidaddeatributo(0,1)siqueremosindicarqueun atributo puede contener un valor nulo (NULL). Paraatributoscompuestos,sinoespecificamosnada,entoncesesobligatorio quetenganvalortodossusatributoscomponentes.Siespecificamosuna cardinalidadparaunatributocompuestoperonoparalosatributos componentes,entoncestodoslosatributoscomponentesheredanesa cardinalidad.Porejemplo:sipusiramos(0,1)comocardinalidaddelatributo DIRECCION, entonces todos sus componentes podran contener un valor nulo. Para atributos multivaluados podemos especificar un rango finito. Por ejemplo: paraelatributomultivaluadocompuestoTELEFONOpodemosdecirquesu cardinalidades(0,3),detalmaneraindicamosqueunapersonapuedetener de 0 a 3 telfonos como mximo. 6. Dominios Dominio: Conjunto de valores homogneos con un nombre que lo identifica. Cadaatributosimpledeunaentidadestasociadoaundominio,elcual representaelconjuntodevaloresquepuedetomarelatributo.Paracada ocurrenciadeunaentidadunatributotendrunvalorpertenecienteal dominio del atributo. Variosatributosdistintos(inclusodedistintasentidadesorelaciones)pueden pertenecer al mismo dominio. Un dominio lleva siempre asociado un predicado que permite comprobar si un determinado valor pertenece al dominio. D = {vi | P(vi)} Ejemplo: DDNI= {vi | P(vi)} donde P(v) indica que v es un documento nacional de identidad con la letra de un ciudadano espaol. Paracadadominioespecificaremoseltipodedatosalcualpertenecenlos valores que constituyen el mismo. Asimismo, podremos especificar el formato y la unidad correspondientes. Los dominios se especificarn en el diccionario de datos. Es obligatoria la especificacin del nombre del dominio, el tipo y la descripcin Es opcional la especificacin del formato y la unidad. El formato se especificar acorde a la siguiente notacin: TipoFrmula CONCATENACINComponente1 +Componente2 DISYUNCIN[Componente1|Componente2] OPCIONALIDAD(Componente) REPETICIN{Componente}min,max {Componente}x (ponemos x si min=max) Ejemplo de definicin de dominios en el DICCIONARIO DE DATOS del esquema conceptual:DominioTipoFormatoUnidad ValoresDescripcn DDNICadena(9){Dgito}8+{Letra}Nmerosde Documento Nacionalde Identidad(con laletra)de ciudadanos espaoles. DNSSCadena(12){Provincia}+{Dgito}1 {Provincia}={Dgito}2Nmerodela Seguridad Socialde Espaa DNOMBRECadena(30){Letra}1,30Nombresde personas DAPELLIDOCadena(40){Letra}1,40Apellidosde personas DPESONmero{Dgito}1,3Kg.Pesosde personas DALTURANmero{Dgito}1,3cm.Alturasde personas DTELTIPOCadena(5){Letra}3,5'FIJ O' 'MOVIL''FAX' Tiposde telfonos DTELNUMERO Nmero{Dgito}9Nmerosde telfonode Espaa .................. DEDAD (*)Nmero{Dgito}1,3AosFechaActual-FechaNacimiento Edadesde personas .................. 7. Relaciones (Interrelaciones) Relacin(interrelacin,vnculo):esunacorrespondenciaoasociacinentre 2 o ms entidades. Lasrelacionesserepresentangrficamentemedianterombosysunombre aparece en el interior. Normalmente son verbos o formas verbales. Matemticamente una relacin se puede representar de la siguiente manera: {}dondeei=ejemplares de la entidad ei n=grado de la relacin En el siguiente ejemplo la relacin sera: Compra = {, , , , ,} TIPOS DE CORRESPONDENCIAS (CARDINALIDAD DE LA RELACION) Cardinalidad: la cardinalidad de una relacin es el nmero de ocurrencias de una entidad asociadas a una ocurrencia de la otra entidad. Existen tres tipos de correspondencias: Uno a uno (1:1) Uno a muchos (1:N) Muchos a muchos (N:N) Supongamos 2 entidades A y B unidas mediante la relacin R. La cardinalidad se coloca sobre la relacin R. Uno a uno (1:1)A cada ocurrencia de la entidad A le corresponde una ocurrencia de la entidad B, y viceversa. Uno a muchos (1:N)A cada ocurrencia de la entidad A le pueden corresponder varias ocurrencias de laentidadB.PeroacadaocurrenciadelaentidadBslolecorrespondeuna ocurrencia de la entidad A. Muchos a muchos (N:N)AcadaocurrenciadelaentidadAlepuedencorredelaentidadB.Yacadaocurrenciadevarias ocurrencias de la entidad A. Paraobtenerlacardinalidaddeunarelacin,se spondervariasocurrencias laentidadBlepuedencorresponder debefijarunaocurrenciaen concreto de una entidad y averiguar cuntas ocurrencias de la otra entidad le o en el otro sentido. acionesamuchos(N)esindicandoenel es una ramificacin. Por ejemplo: corresponden. Despus, realizar lo mism NOTA:Otraformaderepresentarlasrelextremo de la lnea que une las interrelacion PARTICIPACIN DE LAS ENTIDADES EN LAS RELACIONES Cadaentidadpodrparticiparenlarelacinconunmnimoyunmximode currencias. Paraocalculacomo mnimo y cmo mximo; posteriormente, hacemos lo mismo al revs. obtenerlasparticipacionesfijamosunaocurrenciaenunaentidadAy mos con cuantas ocurrencias de la entidad B se puede relacionarEjemplo 1:Un profesor es tutor de 0 a n alumnos y un alumno tiene exactamente 1 tutor (de 1 a 1) Ejemplo 2:Unclientepuedecomprarde0anproductosyunproductopuedeser comprado por de 0 a n clientes. Para obtener els cardinalidades de la relacin, seEspecial atencinParticipacin mnima cero:tipo de correspondencia y consecuentemente la miran los mximos de las participaciones. requieren las participaciones mnimas: significa que puede haber ocurrencias de una que no estn asociadas a ninguna ocurrencia de la otra entidad. entidadParticipacinmnimauno:significaquetodaocurrenciadeunaentidad debe estar asociada a una ocurrencia de la otra entidad.Enelejemploningnalumno (participacinmni(participacin RADO DE UNA RELACION1anterior,unprofesorpuedenosertutordema0).Mientrasqueunalumnotendrsiempreuntutor mnima 1). GGradodeunarelacin:Eselnmerodeentidadesqueparticipanenla relacin. TIPOS DE RELACIONES Lasgrado relacionespuedenserREFLEXIVAS,BINARIAS,TERNARIAS,...segnsu y FUERTES-DBILES segn su dependencia. REFLEXIVAS (GRADO 1) Son relaciones donde participa slo 1 entidad. Se relacionan ocurrencias de la con otras ocurrencias de la propia entidad. relaciones reflexivas se suelen especificar roles. Un entidadEjemplo 1: Es progenitor Ejemplo 2: En este tipo derol esel papel que desempea una ocurrencia de una entidad participante en una relacin. BINARIAS (GRADOSon relaciones donde 2) participan 2 entidades.TERNARIAS (GRADOSonrelacionesdond larlasparticipaciones mnimas y mximas se co ) de las entidades A B con una ocurrencia c de la entidad C (y as con las otras 2 combinaciones).Ejemplo 3) eparticipan3entidades.Paracalcumpara un par de ocurrencias (a,by: Empleados de un supermercado que venden artculos a clientes. Para obtener las participaciones hemos pensado: 1. Unapareja(ocurrenciasdelasentidadesEMPLEADOyCLIENTE) determinada (empleado,cliente) puede relacionarse con cmo mnimo 0 artculos de venderle a un clien de la tabla.2. Unaparej ARTICULO) determi mo mnimo 0 clientes yvender un artculocomo mximoa sola vez y slo a un cliente s a la vez). Ejemplo: ver filas 1-4 de la tabla.esCLIENTEyARTICULO) a Ejemp y como mximo con n. Es decir, un empleado puete entre 0 y n artculos. Ejemplo: ver filas 1 y 2 a(ocurrenciasdelasentidadesEMPLEADOy nada (empleado,artculo) puede relacionarse con ccomo mximo con 1. Es decir, un empleado puede cmo mnimo a 0 clientes (no vende ese artculo nunca) y 1 (puede vender el artculo determinado un; no puede vender el mismo artculo a varios cliente3. Unapareja(ocurrenciasdelasentidaddeterminada(cliente,artculo)puederelacionarseconcmomnimo0 empleadosycomomximocon1.Esdecir,aunclientelepuede vender un artculo cmo mnimo a 0 empleados (no compra ese artculo nunca)ycomomximo1(puedecomprarelartculodeterminadounsolavezysloaunempleadodeterminado;elartculoselovendeun empleado -no varios- a un cliente). Ejemplo: ver filas 1-4 de la tabla.lo de ocurrencias de la relacin VENDE (artculos): EMPLEADOCLIENTEARTICULOFILA 1E1C1A1 2E1A2C1 3E1C2A3 4E1C2A4 5 E1 C2 A4 La ultiquee s ndaunartculoaun mplo de relacinaria (con PRODU O en vez de ART LO)ma ocurrencia (E1, C2, A4) de la relacin no podra existir en el caso de lartculoA4yahubierasidovendido(losartculossonobjetosfsicoindependientesynicos).Unavezqueunempleadovecliente ya no puede vender ese mismo artculo. Eje tern CT ICU este caso las participaciones varan, ya que: 1)Unaparej eterminadaempleado-clientepuede tarrelacionada con de 0 a n productos (un mismo empleado puede vender a un mismo cliente variosductos). Ejemplo er filas 3 y 4 de l bla. 2)Unaparejadeterminadaempleado-productopuedeestarrelacionada conde0anclientes(elmismoempleadopuedevenderelmismo abersidovendidoal mismoclienteporvariosempleadosendistintasocasiones).Ejemplo: EjempEnad espro : v a taproducto a varios clientes en distintas ocasiones). Ejemplo: ver filas 4 y 5 de la tabla. 3) Una pareja determinada producto-cliente puede estar relacionada con de0anempleados(elmismoproductopuedehver filas 1 y 2 de la tabla. lo de ocurrencias de la relacin VENDE (productos): EMPLEADOCLIENTEPRODUCTOFILA 1E1C1P1 2E2C1P2 3E1C2P3 4E1C2P4 5E1C3P4 FUERTE-DBIL Cuandou deadquirirunpapel fuerte o dbil. naentidadparticipaenunarelacinpueDependencia de Existencia addbil Unaentid quedadefinidasiempreatravs ue representa la dependencia de esta entidad de otra de ordensuperior(quepuedeserasuvezunaentidadfuerteoddeunarelacin especial qbil).Toda entidad dbil tiene una dependencia en existencia de la entidad de orden s niveles. Unainstancia ddb uladaadela entidaddeor ,dem nopuededecir para existir la dbil, debe existir previamente la de orden superior ysidesaparecelainstanciadeordensuperior,entoncesdeben desaparecertodaslasinstanc delaentidaddbilqueestn vinculadas. Lasentidades bilesserepresentanmedianteundoblerectngulo,es decir, un rectngulo con doble ln tes.Slo flechaestorientadadelaentidaddeordensuperior superior, definindose entre ellas una jerarqua de dodelaentidadensuperiorilestvincodoque unainstanciaexistirsinella;es ias dea. a) No puede existir una ocurrencia de un pedido si no se conoce el cliente. b)Unpedidonopuedeestarvinculadoavarioscliencorresponde a uno. c) Un cliente puede tener de 0 a n pedidos realizados. d)Siseeliminalainstanciadeuncliente,nopuedenexistirlas ocurrencias de pedidos que tena vinculadas. e)La(CLIENTE) a la entidad dbil en existencia (PEDIDO). f)Unpedidoquedaidentificadodemaneraunidentificadordelpedido(ID),demodoquenopuedpedidos con el mismo identificador. Dependencia de Identificacinvocaporel enexistirdos Existenalgunasentidadesdbilesquenotienensuficientesatributos para garantizar la identificacin o distincin de sus ocurrencias. En estos casos entidaorden superior y algunos atributos de la entidad dbil. Una dependencia en ideLaDEPEN FICACIONserepresentamedianteuna relaci (rectngulo con lnEjemplo 1:esnecesarioforzarelmecanismodeidentificacindedicha d dbil con la composicin de atributos primarios de la entidad de ntificacin implica tambin dependencia en existencia.DENCIAENIDENTIndbil(romboconlneadoble)yunaentidaddbil ea doble). La flecha hacia la entidad dbil es opcional. 1(siendo nombredel to doblemente subrayado. Sieliminamosunlibrodesaparecenlosejemplaresdeeselibro(Una dependenciaenidentificacinimplicatambindependenciaen existencia). Parapoderidentificarunvocamentelasocurrenciasdelaentidad EJEMPLARnecesitamoselidentificadordelaentidadfuerteLIBRO (ISBN) y el identificador de la entidad dbil (NUMERO). Elpardeatributosseracapazdeidentificar unvocamentetodoslosejemplaresdetodosloslibros.Tengamosen cuentaquemuchoslibrospuedentenerelejemplarnmeroejemplares distintos de libros distintos). Elidentificador(dbil)delaentidaddbilenladependenciade identificacinlorepresentamosmedianteunvaloconel atribu8. Ejemplo Describir del proceso una base de datos que debe almacenar la informacmeteorolgicas,enunazonadeterminada.Decadaunaalmacenaremosunconjuntodedatoscadada:teSe trata de in sobre varias estaciones deellas recibiremosy mperatura xima y mnima, precipitaciones en litros/m2, velocidad del viento mxima y mnimseleccidentifIdentma,yhumedadmximaymnima.Elsistemadebesercapazde ionar,aadiroeliminarestaciones.Paracadaunaalmacenaremosun icador, su situacin geogrfica (latitud, longitud) y su altitud. ificar conjuntos de entidades era vista, tenemos dos conjuntos de entidades: estaciones y muestras. moshaberusadoslounconjunto,eldA primPodra elasmuestras,peronosdicen que deque paIdentificabemos ser capaces de seleccionar, aadir y borrar estaciones, de modo rece que tendremos que usar un conjunto de entidades para ellas. r conjuntos de interrelaciones lacionessonmssimples,yaqueslohayuna:cadaestacinestar lacionada conLasreinterrevarias muestras. Es una relacin 1:N. iagrama Trazar primer dodemos trazar ya, por lo tanto, nuestro primer diagrama:P Identificar atributos El siguiente paso es identificar los atributos para cada conjunto de entidades. Paralasmuestrastendremosqueelegirlosquenosdaelenunciado: temperatura mxima y mnima, precipitaciones, velocidades del viento mxima y mnima y humedad mxima y mnima. Adems hay que aadir la fecha de la muestra. Para las estaciones tambin nos dicen qu atributos necesitamos: identificador, latitud, longitud y altitud. Seleccionar claves principales Las estaciones disponen de varias claves candidatas. Tenemos, por una parte, elidentificador,queesnicoparacadaestacin,yporotrasusituacin ismositio.Parece lgico usar la primera como clave principal, ya que es un nico atributo. Pero en el caso de las muestras no existen claves candidatas claras. De hecho, elconjuntototaldeatributospuedenosernico:dosestacionesprximas geogrficamente, podran dar los mismos datos para las mismas fechas. Tenemosunaopcinparasolucionarelproblema:crearunaclaveprincipal tero que se incremente de forma automtica para cada muestra. Otraalternativaesconsiderarlasmuestrascomoentidadesdbiles daddbil,lasmuestrasnonecesitanunaclaveprimaria,dehecho, esa clave se forma con la unin de la clave primaria de la estacin y la fecha Enlamayoradeloscasos,yconelfindepreverfuturasampliaciones, ciones. geogrfica,yaquenopuedehaberdosestacionesenelmartificial, un nmero ensubordinadasalasentidadesestacin.Enesecaso,laclaveprimariadela estacin se almacena como una clave fornea en cada muestra. Comoentide la muestra. optaremos por aplicar las dos solu Verificar el modelo Diccionario de Datos ENTIDADES ESTACION. Estaciones Meteorolgicas ATRIBUTOSDOMINIOSDESCRIPCIONDEFECTORESTRICCIONES identificadorDIDENTIFICADORIdentificador de EstacinAuto Incremento, sin signo latitudDLATITUDDistancia al Ecuador No nulo longitudDLONGITUDDistancia al Meridiano de GreenwichNo nulo altitudDALTURAAlturaconrespectoal nivel del mar No nulo MUESTRA. Muestras tomadas en distintas fechas para cada estacin meteorolgica ATRIBUTOSDOMINIOSDESCRIPCIONDEFECTORESTRICCIONES identificadorDIDENTIFICADORIdentificador de MuestraAuto Incremento, sin signo identificador_estacionDIDENTIFICADORIdentificador de EstacinDebe existir en ESTACION fechaDFECHAFecha de la muestraFecha actual No nulo temperaturaminimaDTEMPERATURATemperatura mnima temperaturamaximaRAimaDTEMPERATU Temperatura mxprecipitacionesDPRECIPITACIONES PrecipitacionesSin signo humedadminimaDHUMEDAD Humedad mnimaSin signohumedadmaximaDHUMEDADHumedad mximaSin signovelocidadminimaDVELOCIDADdelvientoSin signoVelocidad mnima velocidadmaximaDVELOCIDADelviento mxima Sin signoVelocidadd DOMINIOS DOMINIOTIPOFORMATOUNIDADVALORESDESCRIPCION DIDENTIFICADORMEDIUMINT{Dg itos}1,5Claves Primarias DLATITUDVARCHAR{Dgitos} +{Letra} {LetrGrados- ientacin dosconrespectoalEcuador (Norte o Sur)Valores de 0 a 90 en grados en la letra 2Ora}=N | S GraN o SDLONGITUDVARCHAR{Dgito{LetrGrados- Orientacin nrespectoalmeridiano wich (Este o Oeste W -) de 0 a 180 en grados en la letra s}3+{Letra} a}=E | W GradoscoGreenValoresE o WDALTURAMEDIUMINT{Dg Pies(1 pie=30.48 cm) Altura con respecto al nivel del maritos}1,6DFECHADATE{aaaa-mm-dd} DTEMPERATURATINYINT{Dgitos}1,2Grados s atura centgradoValores de temperDPRECIPITACIONESSMALLINTr metro cuadrado ipitaciones{Dgitos}1,3Litrospo Valores de precDHUMEDADTINYINT{Dgitos}1,2PorcentajePorcentaje de humedad en el aire DVELOCIDADSMALLINTKilmetros por hora {Dgitos}1,3Velocidad del viento