Base de Datos II UTPL 20071

0 views
9,679 views

Published on

Esta presentación es de la tutoría del primer bimestre de la asignatura de base de datos II

Published in: Technology, Business
3 Comments
15 Likes
Statistics
Notes
No Downloads
Views
Total views
0
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
3
Likes
15
Embeds 0
No embeds

No notes for slide
  • Estimados estudiantes, reciban un cordial saludo de quien les habla. Mi nombre es Juan Carlos Morocho, soy docente la de la Escuela de Ciencias de la Computación de vuestra universidad. En esta oportunidad quiero compartir con uds. algunos temas de relevancia para su formación en la carrera que han escogido, como es de su conocimiento el diseño y puesta en marcha de una base de datos es un componente muy importante al momento de construir soluciones software. Cabe destacar que por cuestiones de tiempo solamente se tratará algunos temas de entre los que están planificados para el desarrollo del semestre, aquellos que por su importancia y por el contenido necesitan un apoyo personalizado de parte del docente. Empezamos
  • Base de Datos II UTPL 20071

    1. 1. Escuela de Ciencias de la Computación Base de Datos II Profesor: Ing. Juan Carlos Morocho
    2. 2. Objetivos Generales <ul><li>Dotar al profesional en formación de las bases formales para el diseño de Bases de Datos. </li></ul><ul><li>Dar a conocer al profesional en formación los criterios aplicables en el diseño de Bases de Datos. </li></ul><ul><li>Desarrollar en el profesional en formación las destrezas necesarias para el diseño y puesta en marcha de una base de datos de acuerdo a sus necesidades. </li></ul>
    3. 3. Objetivos para el Primer Bimestre <ul><li>Desarrollar en el profesional en formación las destrezas necesarias para el desarrollo de una base de datos a través de las tres fases principales: diseño conceptual, diseño lógico y diseño físico. </li></ul><ul><li>Analizar algunas técnicas para afinar un diseño de bases de datos. </li></ul>
    4. 4. <ul><li>Reconocer los peligros de accesos indebidos que enfrenta una base de datos y la forma de contrarrestarlos. </li></ul>Objetivos para el Primer Bimestre (cont.)
    5. 5. Metodología <ul><li>Es importante que apoye su estudio siguiendo la guía de la materia, puesto que no es posible revisar todo el contenido del libro, por lo que en la guía encontrará orientaciones útiles para aprovechar al máximo su tiempo y recursos. </li></ul><ul><li>El ingreso al campus virtual es de suma importancia, ya que allí se publican anuncios y material de interés para complementar el contenido del texto base. </li></ul>
    6. 6. Acceso al Campus Virtual Ingrese usuario y contraseña htpp://www.utpl.edu.ec
    7. 7. Interacción en el Campus Virtual
    8. 8. <ul><li>Es importante que usted dedique un tiempo semanal a la asignatura, para que pueda avanzar en forma continua con los conocimientos y pueda ir desarrollando el trabajo a distancia. </li></ul>Metodología
    9. 9. <ul><li>Metodología de diseño de bases de datos. </li></ul><ul><li>Diseño conceptual </li></ul><ul><li>Diseño lógico </li></ul><ul><li>Diseño físico </li></ul>Contenidos esenciales del I Bimestre
    10. 10. Metodología de diseño de bases de datos <ul><li>Una metodología de diseño debería tener las siguientes características: </li></ul><ul><li>Claridad y comprensibilidad , ya que en el diseño participan distintas clases de usuarios y la metodología debe ser comprensible para todos ellos. </li></ul><ul><li>Capacidad de soportar la evolución de los sistemas , es decir debe soportar los cambios de los sistemas sin tener que cambiar todo el diseño de base de datos. </li></ul>
    11. 11. <ul><li>Facilitar la portabilidad , es decir cambiar de un sistema informático a otro sin mayores inconvenientes. </li></ul><ul><li>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. </li></ul>Metodología de diseño de bases de datos
    12. 12. <ul><li>Flexibilidad (independencia respecto de la dimensión de los proyectos), ya que debe servir tanto para proyectos grandes como pequeños. </li></ul><ul><li>Rigurosidad , puesto que con los principios metodológicos se pretende imprimir un carácter riguroso a la forma de hacer las cosas pero no debe resultar excesivamente formalista para no provocar el rechazo de los usuarios. </li></ul><ul><li>Adopción de estándares , aplicar en lo posible estándares internacionales para elaborar productos con altos niveles de calidad. </li></ul>Metodología de diseño de bases de datos
    13. 13. Factores críticos en el diseño de una Base de Datos <ul><li>Trabajo interactivo con usuarios </li></ul><ul><li>Adoptar una metodología para el modelado </li></ul><ul><li>Utilización de diagramas para representar los modelos de datos </li></ul><ul><li>Construir un diccionario de datos para complementar los diagramas </li></ul><ul><li>Volver a repetir algunos pasos hasta que el diseño sea óptimo </li></ul>
    14. 14. <ul><li>El propósito de ésta fase es obtener una buena representación de los recursos de información, con independencia de usuarios o aplicaciones (SGBD), y sin realizar consideraciones sobre la eficiencia. </li></ul><ul><li>Las principales tareas que se deben ejecutar son: </li></ul>Diseño conceptual
    15. 15. <ul><li>Identificar las entidades </li></ul><ul><li>Identificar las relaciones </li></ul><ul><li>Identificar y asociar los atributos con las entidades y relaciones </li></ul><ul><li>Determinar los dominios de los atributos </li></ul><ul><li>Determinar los atributos de clave candidata, principal y alternativa </li></ul><ul><li>Considerar el uso de conceptos de modelado avanzados* </li></ul><ul><li>Comprobar si el modelo tiene redundancia </li></ul><ul><li>Validar el modelo conceptual comprobando las transacciones de los usuarios </li></ul><ul><li>Repasar el modelo de datos conceptual con los usuarios </li></ul>Diseño conceptual
    16. 16. <ul><li>Examinar la ERS </li></ul><ul><li>Identificar objetos que tengan existencia propia </li></ul><ul><li>A veces difíciles de identificar por el lenguaje de usuarios </li></ul><ul><li>Se complica con la utilización de sinónimos y homónimos </li></ul>Diseño conceptual Identificar las entidades
    17. 17. Diseño conceptual (ejercicio) <ul><li>Crear un modelo entidad/relación que resuelva el siguiente problema de datos. Se trata de gestionar los datos de un banco que maneja estos datos: </li></ul><ul><li>Posee clientes que contratan cuentas en el banco. De los clientes tenemos su DNI, Nombre, Apellidos, Localidad, Dirección y Teléfono. </li></ul><ul><li>Todas las cuentas tienen un número de 20 dígitos 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 número en sí de la cuenta. Toda cuenta tiene un saldo actual y se anota la fecha de contratación </li></ul><ul><li>Las cuentas pueden ser de ahorro, de plazo fijo (indicando el tiempo mínimo de supervivencia en años (1,2,3,..), cuentas vivienda y cuentas de pensiones (jubilación). </li></ul><ul><li>Del personal se anotan los siguientes datos, DNI, Nº personal, Nombre, Apellidos, Dirección, Teléfono y una Cuenta bancaria (que tiene que estar en el banco) </li></ul><ul><li>El personal puede tener o ser jefe. Un jefe puede tener un jefe superior. </li></ul>
    18. 18. Entidades identificadas
    19. 19. <ul><li>Identificar las relaciones entre entidades </li></ul><ul><li>Se indican mediante verbos o expresiones verbales </li></ul><ul><li>Mayormente son binarias </li></ul><ul><li>Garantizar que se expresen todas las relaciones </li></ul>Diseño conceptual Identificar las relaciones
    20. 20. Entidades con sus relaciones
    21. 21. <ul><li>Buscar nombres o frases nominales en la ERS </li></ul><ul><li>Puede ser una propiedad, cualidad identificador o característica </li></ul><ul><li>¿Qué información necesitamos almacenar de x o y? </li></ul><ul><li>Atributos simples/compuestos – univaluados/multivaluados – derivados </li></ul>Diseño conceptual Identificar atributos de entidades y relaciones
    22. 22. Entidades y sus atributos
    23. 23. Diseño conceptual Determinar los dominios <ul><li>Conjunto de valores que uno o mas atributos pueden tomar </li></ul><ul><li>Actualizar el diccionario de datos </li></ul>
    24. 24. Entidades con sus atributos claves
    25. 25. Diseño conceptual <ul><li>Especialización/generalización, agregación y composición </li></ul><ul><li>No existen reglas claras de cuando aplicar estos conceptos </li></ul><ul><li>Decisión subjetiva y dependiente de las características a modelar </li></ul>Considerar conceptos de modelado avanzados (opcional)
    26. 26. Diseño conceptual Comprobar si el modelo tiene redundancia <ul><li>Volver a examinar las relaciones uno a uno </li></ul><ul><li>Eliminar las relaciones redundantes </li></ul><ul><li>Considerar la dimensión temporal </li></ul>
    27. 27. Diseño conceptual Validar el modelo conceptual <ul><li>Manualmente resolver todas las transacciones </li></ul><ul><li>Dos métodos: descripción de las transacciones y utilización de las rutas de las transacciones </li></ul>
    28. 28. Diseño conceptual Repasar el modelo de datos con los usuarios <ul><li>Revisar el modelo de datos con el usuario </li></ul><ul><li>Diagramas E/R y documentación de soporte </li></ul><ul><li>Repetir algunos pasos si es necesario </li></ul><ul><li>Hasta que el usuario esté dispuesto a “autorizar” el modelo </li></ul>
    29. 29. Diseño lógico <ul><li>Consiste en transformar el esquema conceptual obtenido en la etapa anterior, adaptándolo a una representación de tablas, apoyándose para ello en el modelo relacional. </li></ul>
    30. 30. <ul><li>Existen tres reglas básicas para convertir un modelo conceptual al modelo relacional, éstas son: </li></ul><ul><li>Todo tipo de entidad se convierte en una relación. </li></ul>Diseño lógico
    31. 31. Diseño lógico
    32. 32. <ul><li>Todo tipo de interrelación n:n se transforma en una relación. </li></ul>Diseño lógico
    33. 33. Diseño lógico
    34. 34. <ul><li>Para todo tipo de interrelación 1:n se realiza lo que se denomina propagación de clave (regla general), o se crea una nueva relación. </li></ul>Diseño lógico
    35. 35. Diseño lógico Propagación de clave
    36. 36. Diseño lógico
    37. 37. Diseño lógico El producto es el modelo relacional
    38. 38. <ul><li>Una vez creadas las relaciones, éstas deben pasar por el proceso de normalización, que es un método formal que puede utilizarse para identificar relaciones basándose en sus claves y en las dependencias funcionales existentes entre sus atributos. Al normalizar se pretende evitar las anomalías de actualización asegurando la consistencia de los datos y a través de las dependencias funcionales conservar la integridad de la información. </li></ul>Diseño lógico
    39. 39. <ul><li>Es el proceso de conseguir una implementación, lo más eficiente posible, del esquema lógico. Permite al diseñador tomar decisiones sobre cómo hay que implementar la base de datos, por tanto el diseño físico está adaptado a un SGBD concreto. </li></ul>Diseño físico
    40. 40. Diseño físico
    41. 41. Diseño físico <ul><li>Es el proceso de conseguir una implementación, lo más eficiente posible, del esquema lógico. Permite al diseñador tomar decisiones sobre cómo hay que implementar la base de datos, por tanto el diseño físico está adaptado a un SGBD concreto. </li></ul>
    42. 42. Monitorización y optimización del sistema final <ul><li>Aparece el concepto de desnormalización </li></ul><ul><li>Como regla práctica, si el rendimiento no es satisfactorioy una tabla tiene baja tasa de actualización y una tasa de consulta muy alta, la desnormalización puede ser una técnica adecuada . </li></ul>
    43. 43. Seguridad de la base de datos <ul><li>Mecanismos que protegen a la base de datos frente a amenazas intencionales o accidentales </li></ul><ul><li>Se trata de evitar: robo y fraude, pérdida de confidencialidad, pérdida de privacidad, pérdida de integridad y pérdida de disponibilidad </li></ul>
    44. 44. <ul><li>GRACIAS !!! </li></ul><ul><li>Información de contacto: </li></ul><ul><li>Telf. 2570275 ext. 2637 </li></ul><ul><li>E-mail: [email_address] , [email_address] </li></ul><ul><li>Horario de tutoría semanal: </li></ul><ul><li>Lunes 16H00 – 18H00 </li></ul><ul><li>Martes y miércoles 16H00 – 17H00 </li></ul>

    ×