Diseño Lógico De Base Datos Diagramas Entidad/Relación - UM

Diseño Lógico de Base DatosDiagramasEntidad/Relación1

SGBD. Modelo E-R Durante el desarrollo de un sistema de información,se han de modelar tanto los datos empleados por elsistema como los procesos que realizan tareassobre esos datos:Modelado de datos Representación gráfica del modelo de datos Diccionario de datosModelado de procesos Diagramas de flujo de datos Diagramas de estados (automatas finitos) Casos de uso2

SGBD. Modelo E-RDiseño conceptual de datos El diseño de bases de datos es el proceso por elque se determina la organización de una base dedatos, incluidos su estructura, contenido y lasaplicaciones que se han de desarrollar.Requisitosde datosDiseñoconceptualEsquemaconceptualModelo E/R3

SGBD. Modelo E-RModelo de datosUn modelo de datos es un conjunto de herramientasque permiten describir los datos, sus relaciones, lasrestricciones de seguridad a aplicar y laterminología a utilizar.Los modelos deben representar la realidad, por lo que debenposeer las siguientes cualidades: Expresividad: deben tener suficientes conceptos para expresarperfectamente la realidad. Simplicidad: deben ser simples para que los esquemas seanfáciles de entender. Formalidad: todos los conceptos deben tener unainterpretación única, precisa y bien definida.4

SGBD. Modelo E-RModelo entidad-relación Definido por Peter Chen en 1.976 y 1.977. Establece una visión global de los datos de unaorganización o de un sistema de información, en un nivelde abstracción próximo al usuario e independiente de lascaracterísticas del equipo donde después se vaya ainstrumentar el sistema. No existe un único Modelo E/R, sino una FAMILIA DEMODELOS Describe el “mundo real” como un conjunto de ENTIDADESy de RELACIONES entre ellas Gran difusión Muy extendido en los métodos de diseño de bases de datos5

SGBD. Modelo E-RCaracterísticas del modelo Refleja tan solo la existencia de los datos, no lo quese hace con ellos. Se incluyen todos los datos relevantes del sistema enestudio. No está orientado a aplicaciones específicas. Es independiente de los SGBD. No tiene en cuenta restricciones de espacio,almacenamiento, ni tiempo de ejecución. Está abierto a la evolución del sistema. Es el modelo conceptual más utilizado.6

SGBD. Modelo E-RElementos del modelo entidad-relación Entidad Relación Atributo7

SGBD. Modelo E-RElementos del modelo E/REntidades. Conceptos de interés. Objetos, reales oabstractos, distinguibles de otros objetos sobre losque queremos guardar información. LibrosAlumnosFacturasProveedores8

SGBD. Modelo E-RElementos del modelo E/RAtributos (propiedades de las entidades)Son características de las entidades.Propiedades asociadas a un conjunto de entidades. Mediante los atributos representamos las propiedades de losobjetos de nuestro interés. Para cada atributo, existe un conjunto de valores permitidosllamado dominio.9

SGBD. Modelo E-RElementos del modelo E/RRelaciones (conexiones o asociaciones):Conexiones semánticas entre conjuntosde entidades.Por ejemplo: Relación entre un departamento y los empleados que trabajanen él Relación entre un alumno y el curso en que está matriculado10

SGBD. Modelo E-REjemplo diagrama E-R (notación oduceEstudioNombreApellidoDirección11

SGBD. Modelo E-REjemplo diagrama E-R (notación UML)12

SGBD. Modelo oduceEstudioNombreApellidoDirección13

SGBD. Modelo oduceEstudioNombreApellidoDirección14

SGBD. Modelo roduceEstudioNombreApellidoDirección15

SGBD. Modelo E-RAtributos Claves Conjuntos de atributos que permiten identificarunívocamente a una entidad dentro de unconjunto de entidades.16

SGBD. Modelo E-RClaves Superclave: Conjunto de atributos que permiteidentificar unívocamente a una entidad dentro de unconjunto de entidades.Clave candidata: Superclave con un numero mínimode atributos.Clave primaria: Clave candidata elegida por eldiseñador de la base de datos para identificarunívocamente a las distintas entidades de un tipo.Clave alternativa: Cualquiera de las clavescandidatas no elegidas por el diseñador de la base de17datos.

SGBD. Modelo E-RAtributos clave: subrayadosNombrePelículaAñoNombreActúaId PeliApellidoActorDNIId estudioProduceEstudioNombreDirección18

SGBD. Modelo E-REntidadesPueden ser fuertes y débilesFuertes o Las que tienen existencia propia, no dependen de la existenciaregulares: de otras entidades para su existencia (Ej. AUTOR dentro delcontexto de una biblioteca).Débiles:Las que su existencia depende de la existencia de un tipo deentidad fuerte, es decir, si se elimina la ocurrencia de la entidadregular, se eliminan todas aquellas ocurrencias de la entidaddébil19

SGBD. Modelo E-RClasificación de las relacionesLas relaciones se clasifican en fuertes y en débiles, según estén asociandodos entidades fuertes, o una entidad débil con una entidad fuerterespectivamenteDependencia en ExistenciaCuando las ocurrencias de una entidad débil, no pueden existir si desaparece laocurrencia de la entidad fuerte de la cual dependen20

SGBD. Modelo E-RClasificación de las relacionesLas relaciones se clasifican en fuertes y en débiles, según estén asociandodos entidades fuertes, o una entidad débil con una entidad fuerterespectivamenteDependencia en IdentificaciónCuando además de cumplirse la condición anterior, la entidad débil no se puedenidentificar únicamente mediante los atributos propios de la misma y debe añadir laclave de la entidad fuerte de la cual dependen21

SGBD. Modelo E-RGrado de una relaciónNº de entidades que participan en dicha relaciónGrado 1:Sólo participa una entidad,relación reflexivaEs jefeGrado2 o binarias: Participan 2 do 3 o ternarias: Participan 3 entidadesClientesEmpleadosVendeCoches22

SGBD. Modelo E-RCardinalidad de las entidadesIndica el nº de entidades con las que se puede relacionar unaentidad dada. (0,1) (1,1) (0,n) (1,n) (n,m)23

SGBD. Modelo E-RCardinalidad de las entidadesNombreAñoPelículaId Peli(1,n)NombreActúa(0,n)(1,n)ApellidoActorDNIId estudioProduce(1,1)EstudioNombreDirección24

SGBD. Modelo E-RTipo de correspondenciaIndica el nº máximo de elementos de un tipo que se puederelacionar por cada entidad del otro tipo asociadas por larelaciónPodemos obtenerlo a partir de las cardinalidadesPuede ser: 1:1 1:N N:M25

SGBD. Modelo E-RTipo de correspondencia. 1:11:1Por cada elemento de una entidadsólo aparece uno de la otraNotación clásicaProfesorDirigeDepartamentoNotación UML26

SGBD. Modelo E-RTipo de correspondencia. 1:N1:NPor cada elemento de una entidadaparece un nº indeterminado deelementos de la otra, en ambossentidosNotación clásicaProfesorPerteneceDepartamentoNotación UML27

SGBD. Modelo E-RTipo de correspondencia. N:MN:MPor cada elemento de una entidadaparece un nº indeterminado deelementos de la otra, en un sentidoNotación clásicaProfesorEnseñaDepartamentoNotación UML28

SGBD. Modelo E-RTipo de correspondenciaNombreAñoPelículaId 1:NId estudio(1,1)ProduceEstudioNombreDirección29

SGBD. Modelo E-RGeneralizaciónLas generalizaciones permiten especializar una entidad (supertipo) ensupertipos, o lo que es lo mismo generalizar los supertipos en unsupertipo30

SGBD. Modelo E-RGeneralizaciónLas generalizaciones pueden ser: Solapadas o inclusivas ExclusivasSolapadas o inclusivas. Cuando que un ejemplar de la superentidad puederelacionarse con más de una subentidad (el personal puede ser profesor yestudiante). Ocurren cuando no hay dibujado un arco de exclusividadExclusivas. Indican que un ejemplar de la superentidad sólo puede relacionarsecon uno de la subentidad (el personal no puede ser profesor y estudiante). Ocurrencuando hay dibujado un arco de exclusividad.31

SGBD. Modelo E-RGeneralizaciónLas generalizaciones pueden ser: Totales Parciales Totales. Indican que todos los ejemplares de la superentidad se relacionan conalguna subentidad (no hay personal que no sea ni profesor, ni estudiante ni técnico).Se indican con cardinalidad mínima de uno en alguna superentidad.Parciales. Indican que hay ejemplares de la superentidad que no se relacionan conninguna subentidad (hay personal que no es ni profesor, no estudiante ni técnico).Se indican con cardinalidad mínima de cero en la superentidad32

SGBD. Modelo E-RGeneralizaciones posiblesExclusiva totalExclusiva )HombresMujeres(0,1)(0,1)VíricaBacterianaSolapada totalSolapada (1,1)Privado(0,1)Estudiante(0,1)Trabajador33

SGBD. Modelo E-RRelación Reflexiva (unaria)Las relaciones reflexivas son aquellas relaciones en las que participa una únicaentidad.Ejemplo: Una relación entre los empleados de una empresa y sus jefesque también son empleados.34

SGBD. Modelo E-RRelaciones ternarias35

SGBD. Modelo E-RRelaciones ternarias36

SGBD. Modelo E-RRelaciones ternarias37

SGBD. Modelo E-RRelaciones ternarias38

SGBD. Modelo E-RRelaciones ternarias39

SGBD. Modelo E-RRelaciones ternarias¿Cómo transformas la relaciónternaria en relaciones binarias?40

SGBD. Modelo E-RRelaciones ternarias41

SGBD. Modelo E-RRelaciones ternariasPueden tener cuatro tipos decorrespondencia: M:N:P M:M:1 N:1:1 1:1:142

SGBD. Modelo E-RRelaciones ternarias43

SGBD. Modelo E-RRelaciones ternarias44

SGBD. Modelo E-RRelaciones ternarias45

SGBD. Modelo E-RRelaciones ternariasTransformación de una relación ternaria en relacionesbinarias.46

SGBD. Modelo E-RRelaciones ternariasTransformación de una relación ternaria en varias relacionesbinarias.47

SGBD. Modelo E-RPreparación de un modelo E/R: 1.Identificación de las entidades. 2. Identificación de las relaciones. 3. Identificación de los atributos. 4. Revisión.48

SGBD. Modelo E-R 2 Durante el desarrollo de un sistema de información, se han de modelar tanto los datos empleados por el sistema como los procesos que realizan tareas sobre esos datos: Modelado de datos Representación gráfica del modelo de datos Diccionario de datos Modelado de procesos Diagramas de flujo de datos Diagramas de estados (automatas finitos)