Rafael Ángel Prieto de Lope - Sgbd e instalación. IFCT0310

3. Interpretación de la documentación de licencia de uso del SGBD

4. Identificación de las fuentes de documentación técnica. Interpretación de la documentación necesaria para la instalación

5. Identificación y verificación de los requisitos del computador necesarios para la instalación, así como los del sistema operativo

6. Descripción de los parámetros de configuración necesarios para la puesta en marcha del SGBD tanto a nivel del propio SGBD como del entorno en el que se instala

7. Selección de componentes lógicos adicionales que pueden ser de utilidad dependiendo del supuesto de instalación

8. Determinación de la ubicación y distribución idónea del software, los datos e índices dentro del computador

9. Cuando el SGBD soporta varios sistemas operativos y arquitecturas de computadores: identificar las ventajas e inconvenientes de seleccionar uno u otro

10. Identificación de los posibles juegos de caracteres y elementos de internacionalización más comunes así como los posibles problemas relacionados con estos

11. Realización de un supuesto práctico de instalación de un SGBD (y documentación del proceso) en el que se pongan de manifiesto las relaciones entre la arquitectura física del computador y las partes lógicas del SGBD

12. Resumen

Ejercicios de repaso y autoevaluación

Capítulo 5 Descripción de los mecanismos de comunicación del SGBD

1. Introducción

2. Configuración del acceso remoto a la base de datos en al menos un SGBD del mercado

3. Descripción de la comunicación cliente/servidor con el SGBD

4. Identificación de las diferencias de los medios de acceso cliente/servidor: socket, memoria compartida y TCP/IP

5. Identificación de los principales elementos que proveen de interoperabilidad al SGBD: ODBC, JDBC, etc.

6. Resumen

Ejercicios de repaso y autoevaluación

Bibliografía

En el desarrollo de este capítulo se estudiarán los Sistemas de Gestión de Base de Datos (en adelante SGBD). Se verá su historia, el motivo de su aparición y sus funciones, estructura y principales arquitecturas. Los SGBD de mayor peso que existen en el mercado son MySQL, Oracle y SQL Server, aunque hay otros SGBD como por ejemplo: PostgreSQL, SQLite, Firebird o FoxPro.

Es importante diferenciar entre el concepto de base de datos entendido como una colección de datos relacionados entre sí, y un Sistema de Gestión de Base de Datos (SGBD) que es el software que controla y gestiona el acceso a la base de datos, y cuyo papel es cada vez más importante en el correcto funcionamiento de las aplicaciones actuales.

Hace unos años las empresas e instituciones usaban para almacenar la información un sistema de almacenamiento de archivos, sistema que permitía almacenar y estructurar toda la información además de poder realizar operaciones con estos archivos. Sin embargo, este sistema está en desuso debido a una serie de inconvenientes respecto a los actuales SGBD.

Algunos de estos inconvenientes son:

Redundancia e inconsistencia de datos: pueden repetirse datos en diferentes archivos con el coste que ello provoca, además, se puede dar el caso de que esa duplicidad conlleve una incoherencia o inconsistencia entre los archivos duplicados.

Concurrencia: cuando varios usuarios acceden a un mismo dato para modificarlo o borrarlo puede dar lugar a fallos de estado, sobre todo si el sistema operativo no es Unix.

Atomicidad: esta es la propiedad que indica si una operación se ha realizado o no, y es clave en caso de fallo del sistema para saber si esa operación se ha realizado o por el contrario no lo ha hecho, en otras palabras, ciertas operaciones no pueden quedar a medias. Esta propiedad es complicada hacerla cumplir en un sistema de archivos tradicional.

Seguridad: es difícil garantizar y mantener en el tiempo que ciertos archivos solo sean accesibles por determinados usuarios.

Dificultad en el acceso: ciertas consultas pueden llegar a ser muy complicadas de realizar en este tipo de almacenamiento de la información.

Sabía que...

Los SGBD tienen su origen en la misión espacial Apolo, que llevo al hombre a la luna a finales de los años 60, debido a la inmensa cantidad de datos que había que manejar en este tipo de misiones. Fue la empresa NAA la encargada de desarrollar este software.

Misión Apolo, primer SGBD

A finales de los 60 IBM se unió a NAA para desarrollar IMS (Information Management System), creando IBM su primer SGBD que al igual que el SGBD de NAA estaba basado en un modelo jerárquico, modelo que se estudiará más adelante.

También en estas mismas fechas nació el proyecto IDS (Integrated Date Store) dirigido por Charles Bachman, una de las personas más influyentes en los recién nacidos SGBD. IDS se basaba en un sistema de red frente al sistema jerárquico de NAA. Este proyecto de IDS fue una primera aproximación a CODASLY, que era un estándar creado por el gobierno de EE. UU. y el mundo empresarial en 1971. Fue el nacimiento del primer SGBD en red. Al poner en funcionamiento estos SGBD en red aparecía el primer registro de la base de datos, que a su vez tenía punteros hacia otros registros, y así sucesivamente se podía ir aproximando al dato buscado. Ambos sistemas, en red y jerárquico, se englobaron posteriormente en base de datos de navegación.

En la década de los 70 se produjo una revolución en los SGBD: nace el concepto de base de datos relacional y el lenguaje SQL. Edgar Codd, descontento con la eficiencia de CODASLY, sobre todo a la hora de buscar un dato, observaba que las listas encadenadas no eran la mejor forma de almacenar la información. Codd creó un nuevo sistema en el que existían tablas con una clave que las enlazaba con otras tablas, nace el modelo relacional.

Posteriormente, el artículo escrito por Codd sobre el modelo relacional llegó a Eugene Wong y Michael Stonebraker. Ambos inician el proyecto INGRES que crea un lenguaje de acceso a datos QUEL y que posteriormente derivaría en SQL. IBM lanza su nueva generación de SGBD en 1975 basándose en el nuevo concepto relacional llamado System R. Este proyecto, antecesor a Database2 (DB2), no es perfecto, presenta algunos inconvenientes principalmente a la hora de modelar el diseño. Una primera solución a esto la da el investigador Chen en 1976 con su propuesta de lenguaje de modelado denominado Entidad-Relación. Este modelo es usado hoy en día y está ampliamente aceptado para el diseño de base de datos.

En la década de los 80 nacen los SGBD orientado a objetos, ofreciendo muchas de las ventajas que este modelado tiene como lenguaje. También a finales de esta década dos investigadores norteamericanos muestran en una conferencia las ventajas de tener una pequeña base de datos, copia de la original, para mejorar las prestaciones. Este fue el origen de la indexación que hoy día prácticamente todos los SGBD incorporan.