MANIFIESTO DE LAS BASES DE DATOS DE TERCERA

GENERACIÓN

Los modelos de los datos desde su aparición, hasta el presente, se han

desarrollado en tres generaciones. En la primera generación de modelos de datos,
se tiende a rechazar; sin embargo, fue el origen de las base de datos. Hasta el
momento, las bases de datos comercialmente mas utilizadas, han sido las bases
de datos de segunda generación que utilizan el modelo relacional.

En el manifiesto, se incorporaron de ciertos aspectos deseables de la orientación a

objetos, tales como los tipos de datos complejos.

Un lenguaje de programación que concrete las prescripciones del manifiesto en el

área de integridad debería clasificar sus restricciones en cuatro clases:

• Dominio (i.e. tipo).

• Atributo (definido sobre un dominio).
• Relvar (Variable de la Relación).
• DB.

Se define como una característica muy recomendable la inferencia de

restricciones, que debería ser implementada en forma tan completa como sea
posible. En general, en las bases de datos relacionales convencionales las
restricciones fueron pensadas para ser aplicadas a datos reales solamente. En el
manifiesto, esta aplicación se extiende a tablas generadas como vistas, de tal
manera que no puedan ser actualizadas en forma tal que se viole la definición que
les dio origen. Las limitaciones que la implementación pudiese tener provienen de
las limitaciones que el grado de inferencia podría tener en la práctica.

Se recomienda fuertemente la incorporación de restricciones de transición de

estados sobre relvars y bases de datos es decir: “... restricciones sobre las
transiciones legales que una relvar o una base de datos dada puede hacer desde
un valor hacia otro...”.

Las características que deberían ser satisfechas por los sistemas de

administración de datos de tercera generación:

1. Obligatorias
2. Opcionales
 3. Abiertas

Características Obligatorias:

Por ser DB
• Persistencia
• Gestión de almacenamiento secundario
• Concurrencia
• Recuperación ante fallos
• Lenguajes ad-hoc para manipulación

Por ser OO
• Objetos complejos
• Identidad del objeto
• Encapsulamiento
• Tipos o clases
• Herencia
• Polimorfismo, sobrecarga y vinculación dinámica
• Extensibilidad
• Completitud de cálculos

Características Opcionales:

• Herencia múltiple
• Verificación e inferencia del tipo
• Distribución
• Transacciones de diseño
• Versiones

Características Abiertas:

• Paradigma de programación
• Sistema de representación
• Sistema de tipos
• Uniformidad

Principios de la Tercera Generación de DBMS’s

Primer Principio: Las bases de datos de tercera generación deberán soportar
estructuras de objetos complejas y reglas más ricas del objeto.

1.1 Sistema rico de tipos: arreglos, secuencias, registros, funciones, etc.

1.2 Herencia: simple y múltiple; subclases sin atributos adicionales, sólo
con restricciones de dominio.
1.3 Encapsulamiento de funciones y procedimientos escritos en lenguajes
de alto nivel, DBMS’s de segunda generación lo soportan en forma
restringida: CREATE, ALTER, DROP…
1.4 Identificadores únicos: en las DB de segunda generación, llaves
inteligentes (primarias); en las de tercera generación, llaves alternas.
1.5 Reglas (TRIGGERS y CONSTRAINTS): características principales de
las DB de tercera generación.

Segundo Principio: Los DBMS’s de tercera generación deben tener todas las
características y facilidades de los de segunda generación.

2.1 Todo acceso programado a la base de datos debe ser a través de un

lenguaje de programación de alto nivel, no procesal.
2.2 Al menos dos formas de expresar colecciones: por comprensión y por
extensión.
2.3 Deberá contar con vistas actualizables: actualización incremental,
actualizaciones no ambiguas.
2.4 Indicadores del funcionamiento no tienen conexión con el modelo de
datos (no deberían ser parte de él).

Tercer Principio: Los sistemas de tercera generación deben ser abiertos a otros
sistemas.

3.1 Accesibles por múltiples lenguajes de alto nivel (DBMS’s

multilinguales).
3.2 Persistencia en distintas variedades es una buena idea:
modificación de los compiladores.
3.3 SQL es el lenguaje intergaláctico. El SQL es la manera universal
de expresar preguntas hoy.
3.4 Consultas y respuestas deberían ser el nivel más bajo de
comunicación entre cliente y servidor.

En cuanto a la relación con el desarrollo actual de una DB y un DBMS, los

cambios en la implementación no han cambiado, puesto que en los requerimientos
de la actualidad, esta estructura es aun implementada y es por eso el retraso en el
desarrollo de una nueva estructura para controlar DB y DBMS.
Se puede inferir esto debido a que el estándar establecido esta muy bien
estructurado en cuanto a su funcionamiento, implementación, facilidad de uso,
entre otras. Esto se observa claramente en la estandarización del SQL como
lenguaje universal, ya que la implementación del mismo en muchos DBMS,
permite al usuario comodidad y versatilidad a la hora de diseñar una DB.