00-Base de Datos I - Diseños de BD - Metodología, Conceptual, Lógico y Físico (Comparar)

37
ESCUELA : PONENTE : BIMESTRE : BASE DE DATOS II CICLO : CIENCIAS DE LA COMPUTACIÓN I BIMESTRE ING. JUAN CARLOS MOROCHO ABRIL 2007 – AGOSTO 2007

description

Diseños de BD - Metodología, Conceptual, Lógico y Físico

Transcript of 00-Base de Datos I - Diseños de BD - Metodología, Conceptual, Lógico y Físico (Comparar)

  • ESCUELA:PONENTE:BIMESTRE:BASE DE DATOS IICICLO:CIENCIAS DE LA COMPUTACINI BIMESTREING. JUAN CARLOS MOROCHOABRIL 2007 AGOSTO 2007

  • Metodologa de diseo de bases de datos.Diseo conceptualDiseo lgicoDiseo fsico

    Contenidos esenciales

  • Metodologa de diseo de bases de datos Una metodologa de diseo debera tener las siguientes caractersticas:Claridad y comprensibilidad, ya que en el diseo participan distintas clases de usuarios y la metodologa debe ser comprensible para todos ellos.Capacidad de soportar la evolucin de los sistemas, es decir debe soportar los cambios de los sistemas sin tener que cambiar todo el diseo de base de datos.

  • Facilitar la portabilidad, es decir cambiar de un sistema informtico a otro sin mayores inconvenientes.Versatilidad respecto a los tipos de aplicaciones, ya que no debe estar orientada a un tipo de aplicaciones en concreto sino que puede utilizarse en aplicaciones diversas.Metodologa de diseo de bases de datos

  • Flexibilidad (independencia respecto de la dimensin de los proyectos), ya que debe servir tanto para proyectos grandes como pequeos.Rigurosidad, puesto que con los principios metodolgicos se pretende imprimir un carcter riguroso a la forma de hacer las cosas pero no debe resultar excesivamente formalista para no provocar el rechazo de los usuarios.Adopcin de estndares, aplicar en lo posible estndares internacionales para elaborar productos con altos niveles de calidad.Metodologa de diseo de bases de datos

  • Factores crticos en el diseo de una Base de DatosTrabajo interactivo con usuariosAdoptar una metodologa para el modeladoUtilizacin de diagramas para representar los modelos de datosConstruir un diccionario de datos para complementar los diagramas Volver a repetir algunos pasos hasta que el diseo sea ptimo

  • El propsito de sta fase es obtener una buena representacin de los recursos de informacin, con independencia de usuarios o aplicaciones (SGBD), y sin realizar consideraciones sobre la eficiencia.Las principales tareas que se deben ejecutar son:Diseo conceptual

  • Identificar las entidadesIdentificar las relaciones Identificar y asociar los atributos con las entidades y relacionesDeterminar los dominios de los atributosDeterminar los atributos de clave candidata, principal y alternativaConsiderar el uso de conceptos de modelado avanzados*Comprobar si el modelo tiene redundanciaValidar el modelo conceptual comprobando las transacciones de los usuariosRepasar el modelo de datos conceptual con los usuariosDiseo conceptual

  • Examinar la ERSIdentificar objetos que tengan existencia propiaA veces difciles de identificar por el lenguaje de usuariosSe complica con la utilizacin de sinnimos y homnimos

    Diseo conceptualIdentificar las entidades

  • Diseo conceptual (ejercicio)Crear un modelo entidad/relacin que resuelva el siguiente problema de datos. Se trata de gestionar los datos de un banco que maneja estos datos: Posee clientes que contratan cuentas en el banco. De los clientes tenemos su DNI, Nombre, Apellidos, Localidad, Direccin y Telfono. Todas las cuentas tienen un nmero de 20 dgitos de los cuatro primeros se refieren al banco, los cuatro siguientes a la entidad, los dos siguientes son de control y los 10 siguientes el nmero en s de la cuenta. Toda cuenta tiene un saldo actual y se anota la fecha de contratacin Las cuentas pueden ser de ahorro, de plazo fijo (indicando el tiempo mnimo de supervivencia en aos (1,2,3,..), cuentas vivienda y cuentas de pensiones (jubilacin).Del personal se anotan los siguientes datos, DNI, N personal, Nombre, Apellidos, Direccin, Telfono y una Cuenta bancaria (que tiene que estar en el banco)El personal puede tener o ser jefe. Un jefe puede tener un jefe superior.

  • Entidades identificadas

    Ver

  • Identificar las relaciones entre entidadesSe indican mediante verbos o expresiones verbalesMayormente son binariasGarantizar que se expresen todas las relacionesDiseo conceptualIdentificar las relaciones

  • Entidades con sus relaciones

    Tabla

    Tabla

  • Buscar nombres o frases nominales en la ERSPuede ser una propiedad, cualidad identificador o caractersticaQu informacin necesitamos almacenar de x o y?Atributos simples/compuestos univaluados/multivaluados derivadosDiseo conceptualIdentificar atributos de entidades y relaciones

  • Entidades y sus atributos

    Tabla

    Tabla

  • Diseo conceptualDeterminar los dominiosConjunto de valores que uno o mas atributos pueden tomarActualizar el diccionario de datos

  • Entidades con sus atributos claves

    Tabla

    Tabla

  • Diseo conceptualEspecializacin/generalizacin, agregacin y composicinNo existen reglas claras de cuando aplicar estos conceptosDecisin subjetiva y dependiente de las caractersticas a modelarConsiderar conceptos de modelado avanzados(opcional)

  • Diseo conceptualComprobar si el modelo tiene redundanciaVolver a examinar las relaciones uno a unoEliminar las relaciones redundantesConsiderar la dimensin temporal

  • Diseo conceptualValidar el modelo conceptualManualmente resolver todas las transaccionesDos mtodos: descripcin de las transacciones y utilizacin de las rutas de las transacciones

  • Diseo conceptualRepasar el modelo de datos con los usuariosRevisar el modelo de datos con el usuarioDiagramas E/R y documentacin de soporte Repetir algunos pasos si es necesarioHasta que el usuario est dispuesto a autorizar el modelo

  • Diseo lgicoConsiste en transformar el esquema conceptual obtenido en la etapa anterior, adaptndolo a una representacin de tablas, apoyndose para ello en el modelo relacional.

  • Existen tres reglas bsicas para convertir un modelo conceptual al modelo relacional, stas son:Todo tipo de entidad se convierte en una relacin.

    Diseo lgico

  • Diseo lgico

  • Todo tipo de interrelacin n:n se transforma en una relacin.

    Diseo lgico

  • Diseo lgico

  • Para todo tipo de interrelacin 1:n se realiza lo que se denomina propagacin de clave (regla general), o se crea una nueva relacin.

    Diseo lgico

  • Diseo lgicoPropagacinde clave

  • Diseo lgico

  • El producto es elmodelo relacionalDiseo lgico

  • Una vez creadas las relaciones, stas deben pasar por el proceso de normalizacin, que es un mtodo formal que puede utilizarse para identificar relaciones basndose en sus claves y en las dependencias funcionales existentes entre sus atributos. Al normalizar se pretende evitar las anomalas de actualizacin asegurando la consistencia de los datos y a travs de las dependencias funcionales conservar la integridad de la informacin.Diseo lgico

  • Es el proceso de conseguir una implementacin, lo ms eficiente posible, del esquema lgico. Permite al diseador tomar decisiones sobre cmo hay que implementar la base de datos, por tanto el diseo fsico est adaptado a un SGBD concreto.Diseo fsico

  • Diseo fsico

  • Diseo fsicoEs el proceso de conseguir una implementacin, lo ms eficiente posible, del esquema lgico. Permite al diseador tomar decisiones sobre cmo hay que implementar la base de datos, por tanto el diseo fsico est adaptado a un SGBD concreto.

  • Monitorizacin y optimizacin del sistema finalAparece el concepto de desnormalizacinComo regla prctica, si el rendimiento no es satisfactorioy una tabla tiene baja tasa de actualizacin y una tasa de consulta muy alta, la desnormalizacin puede ser una tcnica adecuada .

  • Seguridad de la base de datosMecanismos que protegen a la base de datos frente a amenazas intencionales o accidentalesSe trata de evitar: robo y fraude, prdida de confidencialidad, prdida de privacidad, prdida de integridad y prdida de disponibilidad

  • *

    utpl*