Unisys DMSII

El Unisys Data Management System II (DMSII) es un sistema de base de datos creado originalmente por Burroughs Corporation en 1972. Estaba disponible en las líneas de productos Burroughs (posteriormente Unisys ) Small (B1000), Medium (4000, V Series) y Large System (5000, 6000, 7000). Las líneas de productos posteriores, A Series, Clearpath y Libra, lo soportan, y en versiones recientes del software Unisys Clearpath se le ha cambiado el nombre a Enterprise Database Server para ClearPath MCP . El DMS II original utilizaba un modelo de red. ^{[ 1 ]}

Originalmente competía con los productos IMS y CICS de IBM y era anterior a la popularidad de las bases de datos relacionales .

DMSII proporcionó un modelo ISAM (método de acceso secuencial indexado) para el acceso a datos, el aislamiento de transacciones y la recuperación de la base de datos. El esquema de la base de datos se escribió en el lenguaje propietario de definición de datos y estructuras (DASDL). El código fuente de DASDL se compiló con una utilidad del sistema en un archivo que contenía los metadatos de la base de datos (conocido como archivo de descripción). Un programa de utilidad de base de datos utilizaría este archivo para crear los demás componentes de la base de datos.

Los compiladores de lenguajes propietarios (como COBOL y ALGOL ) utilizaban el archivo de descripción de la base de datos para crear elementos relacionados con la base de datos en el código objeto del programa compilado. Estos compiladores empleaban extensiones de lenguaje para proporcionar una interfaz más intuitiva a la base de datos para el programador . El compilador insertaba varias funciones intrínsecas para garantizar que el programa y la base de datos utilizaran la misma definición de estructuras de base de datos.

Originalmente, DMSII mantenía un diccionario de datos al que el programador de la aplicación hacía referencia en su código fuente. El código fuente de las estructuras de datos se almacenaba en un archivo fuente CANDE estándar . Este código fuente se compilaba con el compilador DASDL, que creaba el diccionario (archivo de descripción) si no existía previamente. Si ya existía un diccionario, el nuevo diseño indicado por el archivo fuente se incorporaba a él; los programas para copiar los datos de la(s) estructura(s) de archivos antigua(s) y escribirlos en la(s) nueva(s) estructura(s) de archivos se generaban automáticamente (una tarea de reorganización de la base de datos). El programador de la aplicación solo necesitaba recompilar el código fuente de su aplicación (normalmente COBOL) con el nuevo archivo de descripción y podía aprovechar los nuevos elementos de datos en las estructuras.

DMSII utilizaba el concepto de "conjuntos" para el almacenamiento de datos. Un conjunto de datos contenía filas de datos y podía ser aleatorio u ordenado. Dado que DMSII admitía modelos jerárquicos y relacionales, un conjunto de datos podía ser disjunto o estar integrado. Los índices de tabla se implementaban en conjuntos de índices y podían ser conjuntos completos o subconjuntos del conjunto de datos de destino. Los subconjuntos podían designarse como subconjuntos automáticos (con reglas para seleccionar registros del conjunto de datos de destino para su inclusión) o subconjuntos manuales (que utilizaban interfaces programáticas para insertar y eliminar registros).

Los conjuntos de índices incluían estilos ISAM (que utilizaban claves de campo para referenciar registros) y conjuntos vectoriales de bits (que utilizaban una representación booleana de la pertenencia al conjunto si el registro del conjunto de datos cumplía las condiciones definidas en el conjunto). Al igual que ISAM, utilizaba conjuntos (índices donde se referenciaban todos los registros, como el índice de Microsoft Access ), subconjuntos (una lista parcial de registros que dependía de una condición definible, por ejemplo, mujeres para una base de datos con un campo "sexo") y mapas de bits (un conjunto de registros que cumplían una determinada condición (verdadero/falso) en el conjunto de datos). Estas características lograban un rendimiento considerablemente más rápido en el acceso a los datos, con la pequeña penalización de un tiempo adicional dedicado a crear un nuevo registro si se definían muchos subconjuntos.

Se afirmó que se podía construir una base de datos de tipo red utilizando la capacidad de subconjuntos manuales. Esto era arriesgado, ya que dependía de programas de usuario para agregar y eliminar registros en un subconjunto manual. Existe una diferencia sustancial entre DMSII y las bases de datos relacionales: en DMSII, un registro solo se puede recuperar mediante un índice si este se diseñó inicialmente (o después de una reorganización que genere un nuevo subconjunto a partir de todos los datos del conjunto). En el modelo relacional, esta es una operación en tiempo de ejecución.

En 1988, Burroughs intentó crear una base de datos orientada a objetos conocida como Infoexec, que añadía una capa adicional a DMSII. Esta capa estaba programada en Pascal y seguía el enfoque de selección en tiempo de ejecución, al igual que el modelo relacional. Diseñada por Mike Hammer y Dennis McLeod en el Instituto Tecnológico de Massachusetts , su rendimiento fue deficiente.

• LINC 4GL