Fundamentos y diseño de base de datos

Introducción

Llama la atención el desarrollo sobresaliente de
cualquier conjunto de datos organizados para su almacenamiento en
la memoria de un ordenador o computadora en nuestros días,
y logre un diseño para facilitar su mantenimiento y acceso
de una forma estándar.

En este trabajo se presentan los sistemas de bases de
datos, haciendo antes un repaso por su historia, su
definición, sus papeles en el entorno, sus funciones sus
ventajas e inconvenientes, sus lenguajes, sus modelos, la
clasificación de los sistemas de gestión de base de
datos(o Clasificación de modelos) y observando los
software existentes en el mercado, su modelo correspondiente y un
cuadro comparativo de tres software de modelo
relacional.

Hay dos buenas razones para la siguiente
investigación. En primer lugar, el conocer los
acontecimientos que dieron lugar al sistema gestor de base de
datos nos proporciona cobertura detallada y comprensiva de su
origen. En segundo lugar, si en algún momento fuera
necesario convertir un sistema de gestión de base de
datos, alcanzar cómo trabaja este sistema puede ser una
ayuda esencial en el ámbito de los negocios, diseño
e implementación de estrategias para la relación
cliente/servidor.

Historia

RELATO

Susan Broadbent, CEO, y Sanford Mallon, CIO
(director de sistemas de información), de la
compañía International Product Dstribution,
discuten animadamente sobre la tecnología de los sistemas.
Susan, viendo la oportunidad de hacer una broma, le provoco:
"¿Sandy, quieres que pasemos a un sistema de base datos
cliente/servidor?" "¿Es esta una mas de tus ideas
atolondradas?" Sanford le respondió:" ¿Atolondrada?
¿Alguna vez he hecho yo una propuesta que no hubiera sido
concebida con brillantez y ejecutada con absoluta
precisión?"

"Bien, veamos. Cuando tú llegaste
aquí, nos llevamos de nuestro sistema manual a un sistema
orientado a archivos. Luego vino el sistema de base de datos en
red, y después las relacionales. Ahora quieres ir hacia
una plataforma cliente/servidor. Si estos esquemas fueron
concebidos brillantemente, ¿Por qué hay que
cambiarlos al cabo de pocos años?"

Sanford se rio. La sonrisa de Susan le decía
que ella era consciente de las razones de cada cambio y de los
beneficios significativos cosechados por la
compañía en cada ocasión. Él
contesto:"Ha sido un largo camino mantenerse avanzada a la par
que la tecnología, ¿cierto o
falso?"

"Si. Pero tú has sido excepcional al
permanecer al tanto de los desarrollos y movernos hacia ellos
cuando mas contribuirían a nuestro negocio. Y pensar que
todo empezó de un modo tan simple…"

Concepto y origen
de las BD y de los SGBD

Las aplicaciones informáticas de los años
sesenta acostumbraban a darse totalmente por lotes (batch) y
estaban pensadas para una tarea muy específica relacionada
con muy pocas entidades tipo. Cada aplicación (una o
varias cadenas de programas) utilizaba ficheros de movimientos
para actualizar (creando una copia nueva) y/o para consultar uno
o dos ficheros maestros o, excepcionalmente, más de
dos.

Cada programa trataba como máximo un fichero
maestro, que solía estar sobre cinta magnética y,
en consecuencia, se trabajaba con acceso secuencial. Cada vez que
se le quería añadir una aplicación que
requería el uso de algunos de los datos que ya
existían y de otros nuevos, se diseñaba un fichero
nuevo con todos los datos necesarios (algo que provocaba
redundancia) para evitar que los programas tuviesen que leer
muchos ficheros.

A medida que se fueron introduciendo las líneas
de comunicación, los terminales y los discos, se fueron
escribiendo programas que permitían a varios usuarios
consultar los mismos ficheros on-line y de forma
simultánea. Más adelante fue surgiendo la necesidad
de hacer las actualizaciones también on-line.

A medida que se integraban las aplicaciones, se tuvieron
que interrelacionar sus ficheros y fue necesario eliminar la
redundancia. El nuevo conjunto de ficheros se debía
diseñar de modo que estuviesen interrelacionados; al mismo
tiempo, las informaciones redundantes (como por ejemplo, el
nombre y la dirección de los clientes o el nombre y el
precio de los productos), que figuraban en los ficheros de
más de una de las aplicaciones, debían estar ahora
en un solo lugar. El acceso on-line y la utilización
eficiente de las interrelaciones exigían estructuras
físicas que diesen un acceso rápido, como por
ejemplo los índices, las multilistas, etc.

Estos conjuntos de ficheros interrelacionados, con
estructuras complejas y compartidos por varios procesos de forma
simultánea (unos on-line y otros por lotes), recibieron al
principio el nombre de Data Banks, y después, a inicios de
los años setenta, el de Data Bases. Aquí los
denominamos bases de datos (BD). El software de gestión de
ficheros era demasiado elemental para dar satisfacción a
todas estas necesidades. Por ejemplo, el tratamiento de las
interrelaciones no estaba previsto, no era posible que varios
usuarios actualizaran datos simultáneamente,
etc.