Bases de Datos

1. Bases de Datos Presente y Futuro

2. Sistemas de Admón. de BDD • Qué es una Base de Datos? • Un depósito para colecciones de elementos o hechos relacionados. • Qué es un Sistema de Administración de BDD? • (DBMS) es una herramienta de software que permite a los usuarios crear tablas de bases de datos, las cuales proporcionan acceso a los datos a múltiples usuarios.

3. Clasificación de BDD según su localización física. • BDD Centralizada: Todos los datos son guardados y controlados en un solo sitio. • BDD Replicada: Algunos de los datos centralizados son copiados en otro servidor en caso que los datos sufran un daño por algun motivo. • BDD Segmentada: Alguna entidad de datos es guardada en una localización específica. Sin embargo, entidades diferentes son guardadas en localizaciones diferentes

4. Clasificación de BDD según su localización física. • BDD descentralizada: La localización de los archivos, su composición, y el control son establecidos en los departamentos de usuario final. • BDD Híbrida: Combinación de las tres opciones anteriores.

5. BDD según su diseño • Jerárquica. • En Red. • Relacional.

6. BDD Relacional • Archivos o Tablas separadas, las cuales estan relacionadas por un campo/columna en común.

7. Definiciones Básicas • Entidad: • División a la cual le damos un nombre. Dicha división envía, recibe, o colecciona información. Eje: Clientes, Inventario, proveedores, etc. • Atributos: • Elementos individuales de datos que ayudan al flujo de documentos y reportes a través del sistema de información administrativo. Eje: Dirección del cliente – ayuda al envío de correspondencia. Cédula o Nit – ayuda a la identificación del cliente.

8. Definiciones Básicas • Relaciones: • Describe como cada entidad se relaciona con otra. Ejemplo : El código de Proveedor en un registro de inventario relaciona las entidades de proveedores e inventario.

9. Estratégias de Diseño • Diseño de Arriba a Abajo. • Se requiere un conocimiento del negocio o proceso a sistematizar. • Diseño de Abajo hacia Arriba. • Se requiere un conocimiento de la información que se necesita como objetivo final.

10. Pasos Requeridos para el Diseño de una BDD • Examinar pantallas y Reportes. • Crear o cambiar reportes y pantallas en un Diccionario de elementos preliminar. • Examinar los archivos actuales. • Crear o cambiar los campos en el Diccionario de elementos. • Chequear los campos de datos sobrantes. • Buscar información redundante en la BDD. • Determinar las relaciones entre entidades. • Desarrollar es esquema. • Desarrollar el sub-esquema del usuario final.

11. Resúmen • Qué es Información y qué son Datos. • Qué es una Base de Datos? • Cuáles son los tipos de BDD según su localización física? • En qué se dividen las BDD según su diseño? • Qué es una BDD Relacional?

12. Estratégias de Diseño • Qué es un Campo? Cuál es su dominio? • Teléfono , dirección, ciudad, sueldo, etc. • Registro? • Todos los campos en la fila de una tabla. • Instancia? • 1 Registro = Una instancia de la entidad. Cada Registro debe ser único.

13. Claves Candidato Campo Clave • Qué es? • Campo que vincula una entidad o tabla con otra • Características: • El o los campos clave debe identificar cada instancia. (identificador único). Ejemplos de Clave: En la Entidad/Tabla cliente • Cédula. • Código. • Nombre, Apellido, Dirección

14. La Regla de BDD Relacional • Transferencia de datos duplicados de una tabla a una segunda tabla en donde debe existir un solo registro.

15. Objetivos al administrar una BD • Desempeño • Mínima redundancia • Capacidad de acceso • Simplicidad • Integridad • Seguridad y Privacidad • Asegurar el desarrollo futuro • Afinación

16. Desempeño Las bases de datos deben asegurar un tiempo de respuesta adecuado en la comunicación hombre-máquina, permitiendo el acceso simultáneo al mismo o distinto conjunto de ítems de datos por el mismo o distinto procedimiento.

17. Identificación alumno Nombre Domicilio Ciudad Teléfono Evitar Redundancia en los Datos • Es costoso almacenar datos redundantes, su mantenimiento es muy caro y consume mucho tiempo. • El diseño del sistema debe posibilitar compartir los datos a través de las aplicaciones.

18. Flexibilidad de Acceso • Frecuentemente los administradores y otros usuarios que solicitan información necesaria para la toma de decisiones suponen que pueden obtenerla porque saben que los datos requeridos se almacenan en una modalidad entendible para la computadora, pero a veces tales demandas no se pueden satisfacer por: • Los datos están en diferentes archivos. • Se tiene que escribir un programa para extraer los datos de diversos archivos. • Los programadores deben terminar primero otros trabajos. • Falta de capacitación a los usuarios.

19. Flexibilidad de Acceso Una base de datos debe responder en un tiempo aceptable, a cualquier consulta sobre la información que mantiene. sin restricciones graves en cuanto a los ítems, relaciones o formatos solicitados en la misma. Esta característica depende directamente de la organización física de los datos en la base de datos. Una organización física muy completa garantiza una respuesta rápida a las consultas, aunque requiere un mayor coste computacional en actualizaciones.

20. Simplicidad Las bases de datos deben estar basadas en representaciones lógicas simples que permitan la verificación en la representación del problema que representan y, más aún, la modificación de los requisitos en el mismo, de tal forma que la inclusión y/o modificación de nuevos ítems de datos y relaciones no ocasione una complejidad excesiva.

21. Integridad • Se refiere a la confiabilidad de los mismos. • ¿Es precisa la información y se puede confiar en ella? • ¿Quién es responsable de administrar los datos con objeto de ver que los errores sean detectados y corregidos?, muchas veces nadie tiene tal responsabilidad, y la integridad de los datos lo resiste hasta el punto que los gerentes pierden la confianza en la información que reciben. • En una base de datos deben establecerse procedimientos que verifiquen que los valores de los datos se ajustan. a los requisitos y restricciones análisis del problema.

22. Garantizar la Seguridad de los Datos Es el resultado de controlar el derecho de acceso a la BD y la capacidad de las personas para recabar, cambiar, agregar o eliminar registros SEGURIDAD CONTRA: * La destrucción de los datos causada por el entorno: fuego, robo, inundaciones y cualquier otra forma. * La destrucción de los datos causada por fallos del sistema (hardware y software), de forma que los datos puedan reconstruirse. * Los accesos no autorizados a la base de datos. * Los accesos indebidos a los datos.

23. Asegurar el Desarrollo Futuro • El cambio es un concepto clave para la comprensión de la necesidad de alcanzar el objetivo de asegurar el desarrollo futuro de la BD. Es posible prever qué cambio ocurrirá en muchas áreas: • Claves de registros • Estructura de almacenamiento físico. • Dispositivos de almacenamiento. • Lenguajes de programación. • Programas de aplicación. • La lista podría continuar....

24. Afinación Las necesidades de la organización cambian continuamente y, por lo tanto, cambia la información correspondiente a subsistema o dominio del problema de la misma. Una base de datos debe estar abierta a estos cambios de forma que no afecten, o afecten lo mínimo posible, a los procedimientos existentes para manejar la información que mantiene.

25. Relacionabilidad • Es la capacidad de definir las relaciones entre entidades y tipos de registros. Atributos Nombre Relación VUELO Relación Registros

26. Independencia de los Datos Se refiere a la capacidad para mantener separados los aspectos lógico y físico de los datos. Es la manera en que los datos se organizan y almacenan en la computadora y en el almacenamiento secundario. Es el aspecto conceptual, incluyendo los nombres y el contenido de los elementos de los datos así como la manera como están organizados.

27. PROCESO DE DISEÑO DE UNA BASE DE DATOS Diseñar una BD toma cierto tiempo y esfuerzo, de ahí la importancia de desarrollar un plan o anteproyecto para la estructura de la BD. Con un buen diseño, dedicará menos tiempo a correcciones durante la etapa de creación, y el resultado final será una BD que aumentará su productividad y la de todos aquellos que la utilicen.

28. PASOS A SEGUIR • Determinar el propósito de la BD • Determinar las tablas • Determinar los campos • Determinar las relaciones • Refinar el diseño

29. Propósito de la BD ¿Para qué la BD? A partir de ahí, podrá determinar los temas sobre los que necesita almacenar datos (las tablas) y los datos que necesita almacenar sobre cada tema (los campos de las tablas). • Hable con las personas e intercambie ideas. • Diseñe los informes que le gustaría que generara la BD.

30. Determinar las tablas Es uno de los pasos más delicados de todo el proceso de diseño, pues los resultados obtenidos de la BD no proporcionan ninguna pista sobre la estructura de las tablas. Ellos le dirán lo que quiere saber, pero no como disponer de la información de las tablas.

31. Determinar los campos • Es necesario saber con claridad que necesita conocer sobre las personas, las cosas o los eventos registrados en las tablas. • Sugerencias para determinar los campos: • Asegúrese de que cada campo de una tabla esté • directamente relacionado con el tema de la tabla. • No incluya datos derivados o calculados. • Incluya toda la información que necesite.

32. Determinar las relaciones • Una vez dividida la información en tablas, necesita una forma de indicar cómo debe recuperar conjuntamente dicha información de forma significativa. • Tipos de relaciones • “uno a varios” • “varios a varios” • “uno a uno”

33. Refinar el diseño • Una vez se tengan las tablas, los campos y las relaciones que necesita, es el momento de estudiar el diseño y detectar posibles fallos. • Cree las tablas, especifique las relaciones entre ellas y • escriba algunos registros de datos en la tabla. • Cree borradores de formularios e informes. • Busque datos duplicados y elimínelos. • En pocas palabras haga las siguientes preguntas

34. Refinar el diseño – Preguntas Claves • ¿ Ha olvidado incluir algún campo ? • ¿ Ha dejado de incluir alguna información que necesita ? • ¿ Ha elegido la clave principal adecuada para cada tabla ? • ¿ Está escribiendo información duplicada en una tabla ? • ¿ Tiene demasíadas tablas ? • ¿ Tiene tablas con muchos campos y varios de ellos vacíos ? • ¿ La base de datos cumple con las expectativas del cliente o usuario ?

35. Tipos de Usuarios USUARIOS TERMINALES: aquellos usuarios que, a través de programas de aplicación, interaccionan con la base de datos. Son usuarios no especializados que tienen la visión del problema que les proporcionan las visiones externas o subesquemas que utilizan los programas de aplicación a los cuales tienen privilegios de ejecución. USUARIOS TÉCNICOS: aquellos que desarrollan los programas de aplicación que van a ser utilizados por los usuarios terminales de la base de datos. Son profesionales informáticos que, haciendo uso de lenguajes de programación, preparan procedimientos que son invocados desde una interfaz orientada al usuario para realizar las operaciones necesarias en la gestión del problema.

36. Tipos de Usuarios USUARIOS ESPECIALIZADOS: aquellos que utilizan el SGBD como una herramienta en el desarrollo de otros sistemas más o menos complejos. Estos usuarios necesitan una buena gestión de la información que es procesada por otro sistema comercial o desarrollado por ellos y, por tanto, utilizan al SGBD como un submódulo de sus sistemas particulares, interaccionando con él en la medida que le es necesario. Por ejemplo, en el desarrollo de sistemas expertos, el SGBD puede ser el encargado de la gestión de la base y metabase de conocimiento del mismo.

37. Tipos de Usuarios USUARIOS CRÍTICOS: cuya denominación, aunque algo ruda, consideramos la más acertada. Estos usuarios pueden tener desde mucho, hasta ningún conocimiento técnico de la tecnología de base de datos, y/o del SGBD en el cual se soporta la base de datos con la cual interactúan pero, independientemente de ello, requieren de la base de datos información en un formato, detalle y bajo unos requisitos que generalmente no están previstos de antemano (en el proceso de análisis del problema y diseño del esquema) y en un tiempo mínimo.