CONCEPTO Y ORIGEN DE SGBDR

Sistema gestor de base de datos RELACIONAL (SGBDR)

Las aplicaciones informáticas en los años sesenta se daban por lotes (batch) estaban pensadas para realizar una función muy específica relacionada con pocas entidades tipo.

Cada aplicación era (una o varias cadenas de programas), utilizaba ficheros de movimientos para actualizar, creaba una copia nueva para consultar uno o dos ficheros maestros, excepcionalmente, más de dos. Cada aplicación trataba como máximo un fichero maestro, que solía estar sobre una cinta magnética, sucesuvamente se trabajaba con acceso simultaneo. 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 repetición".

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 en linea y de forma simultánea. tiempo después surgió la necesidad de hacer las actualizaciones también en linea.

Se integra la aplicación de facturas, a pedidos pendientes, gestión del fichero de productos. A medida que se incorporaban las aplicaciones, tuvieron que interrelacionar sus ficheros fue necesario eliminar la repetición el nuevo conjunto de ficheros se debía diseñar de modo que estuviesen simultaneamente conectados o relacionados entre si, las informaciones repetidas que figuraban en los ficheros de más de una de las aplicaciones, debían estar en un solo sitio.

El acceso en linea y la utilización de las interrelaciones exigían estructuras físicas que diesen un acceso rápido, como por ejemplo los índices, las multilistas, las técnicas de hashing, y otras mas.

Estos grupos de ficheros secuenciales con estructuras complejas y compartidos por varios procesos, de forma simultánea unos en linea y otros por lotes recibieron al el nombre de Data Banks, luego a inicios de los años setenta se llamaron el de Data Bases, los denominamos bases de datos (BD).

El software de gestión de ficheros era demasiado elemental para satisfacer todas las necesidades.  El tratamiento de las interrelaciones no estaba previsto, no era posible que varios usuarios actualizaran datos secuencialmente. La utilización de estos grupos de ficheros por parte de los programas de aplicación era muy compleja de modo que especialmente durante la segunda mitad de los años setenta fue saliendo al mercado un software más novedoso, los Data Base Management Systems,se denominaron sistemas de gestión de BD (SGBD). Una base de datos es un conjunto estructurado de datos, representa entidades y sus interrelaciones. 

Los ficheros tradicionales y las BD

Aunque de forma muy simple se podría enumerar las principales diferencias entre los ficheros tradicionales y las BD.

Entidades tipos
  • Ficheros: Contienen registros de una sola entidad tipo.
  • BD: Contienen datos de varias entidades tipo.
Interrelaciones
  • Ficheros: el sistema no interrelaciona ficheros.
  • BD: el sistema tiene previstas herramientas para interrelacionar entidades.
Repeticiones
  • Ficheros: se crean ficheros a la medida de cada aplicación, con todos los datos necesarios aunque algunos sean repetidos respecto de otros ficheros.
  • BD: todas las aplicaciones trabajan con la misma BD y la integración de los datos es básica, de modo que se evita la redundancia.
Usuarios
  • Ficheros: sirven para un solo usuario o una sola aplicación. Dan una sola visión del mundo real.
  • BD: es compartida por muchos usuarios de distintos tipos. Ofrece varias visiones del mundo real.

Contacto