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.
Por último destacar los SGBD NoSql y a XML. El primero usa un modelado no relacional, normalmente basado en Clave-Valor y base de datos orientada a documentos. Por otro lado, las bases de datos XML que surgen en 2010, también con modelado NoSql, usan el lenguaje XML como formato de almacenamiento.
Actividades
1.Busque en internet al menos cuatro SGBD de software libre y otros cuatro SGBD de tipo comercial.
3.Enumeración y descripción de las funciones de los SGBD
Codd en 1985 publica las doce reglas que debe satisfacer cualquier SGBD relacional. Aunque estas reglas van enfocadas a los SGBD relacionales, se pueden extraer de ellas las funciones que todo SGBD, sea o no relacional, debe cumplir:
Ejemplo: un ejemplo muy ilustrativo de transacción se observa en las operaciones bancarias, si se hace una transferencia de una cuenta bancaria a otra se producen dos acciones, decremento del saldo de la cuenta origen y aumento del saldo de la cuenta destino. Como consecuencia, o se hacen ambas acciones o no se hace ninguna.
Recuerde: la concurrencia sucede cuando se accede a un mismo recurso de forma paralela. Un SGB debe controlar que no existan anomalías cuando esto sucede.
Actividades
2.Piense en uno o varios escenarios reales donde se pueda dar o usar la integridad de los datos, concurrencia, integridad, seguridad y transacciones.
3.Si usase el SGBD en su equipo de manera local, ¿qué funciones de las descritas en el punto anterior no serían