Historia bases de datos

ESTUDIO BASES DE DATOS

SPARC:

El objetivo de la arquitectura de tres niveles es separar la vista de los usuarios, y así ocultar la complejidad de la Base de Datos en tres niveles explicados posteriormente.

• Permite vistas de usuario independientes y personalizadas: Cada usuario debe ser capaz de acceder a los datos, pero tiene una vista personalizada diferente de los datos. Estos deben ser independientes: los cambios en una vista no deben afectar a las demás.
• Oculta los detalles físicos de almacenamiento a los usuarios: Los usuarios no deberían tener que lidiar con los detalles de almacenamiento de la base de datos.
• El administrador de la base de datos debe ser capaz de cambiar las estructuras de almacenamiento de esta sin afectar la vista de los usuarios.
• La estructura interna de la base de datos no debería verse afectada por cambios en los aspectos físicos del almacenamiento: por ejemplo, un cambio a un nuevo disco.

Los tres niveles son:

Nivel externo (Vistas de usuario)

Una vista de usuario describe una parte de la base de datos que es relevante para un usuario en particular. Excluye datos irrelevantes, así como los datos que el usuario no está autorizado a acceder.

Nivel conceptual

El nivel conceptual es una forma de describir los datos que se almacenan dentro de la base de datos y cómo los datos están relacionados entre sí. Este nivel no especifica cómo se almacenan físicamente los datos.

Algunos datos importantes acerca de este nivel son:

1. El DBA (Administrador de la base de datos) trabaja en este nivel.
2. Describe la estructura de todos los usuarios.
3. Solo el DBA puede definir este nivel.
4. Visión global de la base de datos.
5. Independiente de hardware y software.

Nivel interno

El nivel interno implica la forma en que la base de datos se representa físicamente en el sistema informático. En él se describe cómo los datos se almacenan en la base de datos y en el hardware del equipo.

En bases de datos se denomina ACID a las características de los parámetros que permiten clasificar las transacciones de los sistemas de gestión de bases de datos. Cuando se dice que es ACID compliant se indica -en diversos grados- que éste permite realizar transacciones.

En concreto ACID es un acrónimo de Atomicity, Consistency, Isolation and Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad en español.

Definiciones

• Atomicidad: Si cuando una operación consiste en una serie de pasos, bien todos ellos se ejecutan o bien ninguno, es decir, las transacciones son completas.

• Consistencia: (Integridad). Es la propiedad que asegura que sólo se empieza aquello que se puede acabar. Por lo tanto se ejecutan aquellas operaciones que no van a romper las reglas y directrices de Integridad de la base de datos. La propiedad de consistencia sostiene que cualquier transacción llevará a la base de datos desde un estado válido a otro también válido. "La Integridad de la Base de Datos nos permite asegurar que los datos son exactos y consistentes, es decir que estén siempre intactos, sean siempre los esperados y que de ninguna manera cambian ni se deformen. De esta manera podemos garantizar que la información que se presenta al usuario será siempre la misma."

• Aislamiento: Esta propiedad asegura que una operación no puede afectar a otras. Esto asegura que la realización de dos transacciones sobre la misma información sean independientes y no generen ningún tipo de error. Esta propiedad define cómo y cuándo los cambios producidos por una operación se hacen visibles para las demás operaciones concurrentes. El aislamiento puede alcanzarse en distintos niveles, siendo el parámetro esencial a la hora de seleccionar SGBDs.

• Durabilidad: (Persistencia). Esta propiedad asegura que una vez realizada la operación, esta persistirá y no se podrá deshacer aunque falle el sistema y que de esta forma los datos sobrevivan de alguna manera.

EXPOSICIÓN 1:

Herman Hollerith en 1884, dio un gran paso para estar más cerca de las bases de datos, la

cual fue su máquina censadora, esta revoluciono la manera de censado e hizo la

recopilación de información mucha más sencilla para aquel tiempo, esta se componía de

unas tarjetas perforadas que eran capaces de ser leídas para utilizar un contador y ser

clasificada, además se apoyaba en la lógica Boole.

1950 fue el año en que se dio origen a las cintas magnéticas, las cuales guardaban

información y fue de gran atención para las grandes industrias, el único inconveniente que

presentaban estas cintas es su manera de almacenar los datos, las cual solo se podía de

forma secuencial, limitando así la forma de recorrer toda la información.

En 1959 se fundó CODASYL, que luego se convertiría en una empresa de las más

influyentes en el tema de bases de datos, el objetivo de su creación era poder crear un

lenguaje de programación que se pudiera utilizar en cualquier computadora, el cual fueron

capaces de desarrollar y se llamó COBOL.

Dos modelos de bases de datos surgen, llamados CODASYL y IMS, el acceso a las

computadoras para las empresas empezó a ser más sencillo, aportando que facilitaban a la

hora de realizar trabajos. Sin embargo, en los años 60 las bases de datos estaban pensadas

solo para algunos tipos específicos de entidades. Las aplicaciones de comienzos 1960 se

daban por lotes de batch que trabajaban con ficheros para crear una nueva copia o buscar

información de esta, las bases de datos de este entonces estaban pensadas para hacer tareas

como facturación, control de pedidos y nómina del personal; con el tiempo estos ficheros

fueron evolucionando, con la capacidad de ser consultados on-line por el cliente. Los

ficheros luego se renovaron completamente al hacerlos interrelacionados entre ellos

mismos, convirtiéndose en estructuras más elaboradas nombradas como data Banks, que

posteriormente serian llamadas Bases de datos, como ya había sido mencionado con

anterioridad, las bases de datos son escuchadas por primera vez en 1963, California.

SABRE es una idea que permitiría un sistema completo de reservación de vuelos, esta

alianza se da entre American Airlines y IBM, la programación final de SABRE termina en

1964 y se da por todo Estados Unidos.

EL modelo relacional de bases de datos se da en el año 1970 con una publicación titulada:

 “A Relational Model of data for Large Shared Banks”, esta fue escrita por Edgar Frank

Codd; quien fue encargado de sentar la base para un nuevo sistema de guardado de

información, este modelo se basa en la teoría de conjuntos en matemática, gracias a esto se

incremento la consistencia de datos, se redujo la repetición de datos innecesarios, entre

otros. Al comienzo el modelo relacional de Codd no se usó demasiado ya que este

presentaba inferioridad respecto a las bases de datos jerárquicas y de red, las cuales eran las

únicas que se presentaban antes de esta, pero al crear el “System R” las bases de datos

relacionales se volvieron mucho más eficientes en comparación a estas otras.

Años mas tarde Larry Ellison se apoyó del trabajo de Edgar Frank Codd para crear lo que

hoy conocemos como Oracle, esta empezó como un sistema de administración de bases de

datos que se destacó al igual que hoy día por su estabilidad y ser un sistema

multiplataforma.

Un nuevo modelo de bases de datos llamado Ingres apareció en el mercado creado por la

Universidad Ingres, su principal objetivo fue extender las bases de datos relacionales para

que trabajara con estructuras más complejas, a partir del programa Ingres se fundan las

bases para los modelos de objetos y objetos relacionales. El modelo de objetos fue creado

para superar al modelo relacional en la deficiencia que este presentaba para la construcción

de estructuras más complejas y consultar mucho más fácil la información, esta fue creada

en el lenguaje OSQL, muy parecido a SQL. El mayor numero de prototipos de bases de

datos fueron creados entre 1974 y 1977

En 1976 Peter Chen propone el modelo Entidad-relación, el cual propone la representación

de las entidades más relevantes, haciendo así que sus clientes se enfocaran más en la

...