PROCEDIMIENTO PARA EL MANEJO DE BASES DE DATOS PG01

PROCEDIMIENTO PARA EL MANEJO DE BASES DE DATOS

PG01

1.       Nombre: Procedimiento para el manejo de bases de datos. PG01

2.       Objetivos:

·         Comprender los diferentes modelos de bases de datos, y en concreto dominar el modelo relacional.

·         Ser capaz de realizar el modelo de una base de datos relacional, a partir de la especificación de requerimientos de un proyecto, comprendiendo y aplicando los conceptos y transformaciones implicados.

3.       Alcance:

Para ser de verdadera utilidad y responder a todas las necesidades que pueden plantearse en relación con la base de datos, un SGBD debe perseguir los siguientes objetivos:

·  Acceso transparente a los datos. La base de datos ha de poder accederse de forma transparente, sin que sea necesario para el usuario del SGBD preocuparse por aspectos internos relativos a la estructura de esta u otras características. Esto significa que, por ejemplo, si queremos recuperar un registro de la base de datos, debemos poder hacerlo sin necesidad de saber si dicha base de datos está almacenada en un único archivo o varios, o si el registro que pretendemos recuperar está almacenado a su vez de uno u otro modo. Así, el SGBD debe crear una abstracción de los datos que haga el trabajo con estos más sencillo, ocultando aspectos que no sean relevantes para dicho trabajo. El SIG no accede a los datos, sino que se comunica con el SGBD y deja en manos de este el proceso de consulta en sí.

·    Protección de los datos. Si la base de datos almacena información sensible, el SGBD debe controlar el acceso a esta, restringiendo el acceso cuando corresponda (por ejemplo, estableciendo distintos permisos de acceso para distintos tipos de usuarios) e implementando los mecanismos de protección necesarios.

·     Eficiencia. Acceder a los datos no es suficiente en la mayoría de los casos, sino que se requiere un acceso eficiente. El SGBD debe ser capaz de gestionar de forma fluida grandes volúmenes de datos o de operaciones (por ejemplo, muchos usuarios accediendo simultáneamente), de modo que dé una respuesta rápida a las peticiones de los usuarios de la base de datos.

·  Gestión de transacciones. Las operaciones sobre la base de datos tales como la adición o borrado de un registro se realizan mediante transacciones. Una transacción es un conjunto de operaciones realizadas por un usuario sobre la base de datos como una única unidad de trabajo, de forma indivisible. El SGBD ha de encargarse de gestionarlas de manera eficiente y segura para que todos los usuarios de la base de datos puedan hacer su trabajo de forma transparente. Aspectos como el acceso concurrente a la base de datos (varias transacciones simultaneas) resultan especialmente importantes, y en su buena gestión se pone gran esfuerzo en el diseño de los SGBD. Se denomina transaccional al SGBD capaz de garantizar la integridad de los datos, no permitiendo que las transacciones puedan quedar en un estado intermedio. Esto implica la capacidad de poder volver a un estado anterior en caso de que por cualquier causa (error en el sistema, fallo eléctrico, etc) no haya podido completarse la transacción.

4.       Responsables: Andrea Torres

5.       Definiciones:

Sistemas Gestores de Base de Datos, abreviado SGBD, en inglés Data Base Management System (DBMS) que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD o DBMS, así como su utilización y administración, se estudian dentro del ámbito de la informática. Es importante aquí establecer que dentro del área de la Informática es convencional utilizar como terminología a los acrónimos cómo: SGBD o DBMS que para uniformizar emplearemos la terminología en inglés e iremos definiendo conforme avancemos. Lo anterior es considerando que los mayores desarrollos en Informática se establecen por lo general en inglés, en este caso usaremos siempre DBMS, DB, IT, SQL, etc.

Una base de datos es una colección de datos almacenados y organizados de forma que un programa del ordenador pueda seleccionarlos rápidamente y capaces de ser: recobrados, actualizados, insertados y borrados. En un DBMS una base de datos es un sistema de archivos electrónico.

6.       Actividades:

Las dificultades inherentes al diseño de una base de datos han de afrontarse con procedimientos ordenados y metódicos. En el proceso de diseño de una base de datos hemos de distinguir tres grandes fases:

• Diseño conceptual, cuyo objetivo es obtener una representación de la información con independencia de usuarios y aplicaciones en particular, y fuera de consideraciones sobre la eficiencia del ordenador.

• Diseño lógico, cuyo objetivo es transformar el diseño conceptual obtenido y adaptarlo al modelo de datos en el que se apoya el SGBD que se va a utilizar. En nuestro caso, el SGBD es relacional, por lo cual nos referiremos a este modelo de datos.

• Diseño físico, cuyo objetivo es conseguir una instrumentación lo más eficiente posible del diseño lógico. En este tema nos centraremos principalmente en el diseño conceptual y el diseño lógico, pues el diseño físico depende de cada SGBD y cada computadora en particular. Para desarrollar el diseño de una base de datos, tomaremos como ejemplo el diseño de una base de datos relacional que permita la gestión de préstamos de libros de una biblioteca.

7.       Indicadores:

Las ventajas de utilizar un almacenamiento estructurado se aprecian en diversos puntos, ya que afectan no solo a los datos sino también al propio uso que se hace de estos. Algunas ventajas que afectan directamente a los datos son las siguientes:

·        Mayor independencia. Los datos son independientes de las aplicaciones que los usan, así como de los usuarios.

·        Mayor disponibilidad. Se facilita el acceso a los datos desde contextos, aplicaciones y medios distintos, haciéndolos útiles para un mayor número de usuarios.

·        Mayor seguridad (protección de los datos). Por ejemplo, resulta más fácil replicar una base de datos para mantener una copia de seguridad que hacerlo con un conjunto de ficheros almacenados de forma no estructurada. Además, al estar centralizado el acceso a los datos, existe una verdadera sincronización de todo el trabajo que se haya podido hacer sobre estos (modificaciones), con lo que esa copia de seguridad servirá a todos los usuarios.

·        Menor redundancia. Un mismo dato no se encuentra almacenado en múltiples ficheros o con múltiples esquemas distintos, sino en una única instancia en la base de datos. Esto redunda en menor volumen de datos y mayor rapidez de acceso.

·        Mayor eficiencia en la captura, codificación y entrada de datos.

Esto tiene una consecuencia directa sobre los resultados que se obtienen de la explotación de la base de datos, presentándose al respecto ventajas como, por ejemplo:

·        Mayor coherencia. La mayor calidad de los datos que se deriva de su mejor gestión deriva en mayor calidad de los resultados.

·        Mayor eficiencia. Facilitando el acceso a los datos y haciendo más sencilla su explotación, la obtención de resultados es más eficiente.

·        Mayor valor informativo. Resulta más sencillo extraer la información que los datos contienen, ya que uno de los cometidos de la base de datos es aumentar el valor de estos como fuente de información.

Por último, los usuarios de la base de datos también obtienen ventajas al trabajar con estas, entre los que cabe citar:

·        Mayor facilidad y sencillez de acceso. El usuario de la base de datos se debe preocupar únicamente de usar los datos, disponiendo para ello de las herramientas adecuadas y de una estructura sólida sobre la que apoyarse.

·        Facilidad para reutilización de datos. Esto es, facilidad para compartir.

8.       Formatos:

Formatos de las bases de datos

Access	Hasta la versión 2.0
DataEase	Versión 4.x
dBASE	Hasta la versión 5.0
dBXL	Versión 1.3
Enable	3.0, 4.0 y 4.5
First Choice	Hasta la versión 3.0
FoxBase	Versión 2.1
Framework	3.0
Microsoft Works (DOS)	Hasta la versión 2.0
Microsoft Works (Macintosh)	Hasta la versión 2.0
Microsoft Works (Windows)	Hasta la versión 4.0
Paradox (DOS)	Hasta la versión 4.0
Paradox (Windows)	Hasta la versión 1.0
Personal R:BASE	1.0
Q&A	Hasta la versión 2.0
R:BASE 5000	Hasta la versión 3.1
R:BASE System V	1.0
Reflex	2.0
SmartWare II	1.02

9.       Registros:

Arquitectura de un DBMS

Niveles de abstracción

 Nivel interno: Almacenamiento físico de los datos

 Nivel conceptual/lógico: Descripción de los datos y de sus relaciones (modelo conceptual de la base de datos).

 Nivel externo: Definición de vistas (partes de los BD visibles para las distintas aplicaciones y usuarios).

10.   Diagrama de flujo:

BIBLIOGRAFÍA:

• https://aiu.edu/cursos/base%20de%20datos/pdf%20leccion%201/lecci%C3%B3n%201.pdf
• http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/219/A6.pdf?sequence=6
• https://rua.ua.es/dspace/bitstream/10045/2990/1/ApuntesBD1.pdf
• https://elvex.ugr.es/idbis/db/docs/intro/B%20Bases%20de%20Datos.pdf
• http://informatica.uv.es/estguia/ATD/apuntes/teoria/documentos/DisenoBD.pdf
• https://es.slideshare.net/tramullas/diseo-de-bases-de-datos-17102226
• http://volaya.github.io/libro-sig/chapters/Bases_datos.html