Sistema de gestión de información de IBM


IBM Information Management System ( IMS ) es una base de datos jerárquica conjunta y un sistema de gestión de la información que admite el procesamiento de transacciones .

IBM diseñó el IMS con Rockwell y Caterpillar a partir de 1966 para el programa Apolo , donde se utilizó para inventariar la gran lista de materiales (BOM) para el cohete lunar Saturno V y el vehículo espacial Apolo.

El primer mensaje "IMS READY" apareció en una terminal IBM 2740 en Downey, California , el 14 de agosto de 1968. [1] En el período intermedio, IMS ha experimentado muchos desarrollos a medida que la tecnología IBM System/360 evolucionó hasta convertirse en el z/OS actual. y tecnologías IBM zEnterprise System . Por ejemplo, IMS ahora admite el lenguaje de programación Java , JDBC , XML y, desde finales de 2005, servicios web .

Vern Watts fue el arquitecto principal de IMS durante muchos años. Watts se unió a IBM en 1956 y trabajó en los laboratorios de desarrollo de Silicon Valley de IBM hasta su muerte el 4 de abril de 2009. [2] Trabajó continuamente en IMS desde la década de 1960. [3]

El componente de base de datos IMS almacena datos utilizando un modelo jerárquico , que es bastante diferente de la base de datos relacional lanzada más tarde por IBM , Db2 .. En IMS, el modelo jerárquico se implementa utilizando bloques de datos conocidos como segmentos. Cada segmento puede contener varios datos, que se denominan campos. Por ejemplo, una base de datos de clientes puede tener un segmento raíz (o el segmento en la parte superior de la jerarquía) con campos como teléfono, nombre y edad. Se pueden agregar segmentos secundarios debajo de otro segmento, por ejemplo, un segmento de pedido debajo de cada segmento de cliente que representa cada pedido que un cliente ha realizado con una empresa. Asimismo, cada segmento de pedido puede tener muchos segmentos secundarios para cada artículo del pedido. A diferencia de otras bases de datos, no es necesario que defina todos los datos de un segmento en IMS. Se puede definir un segmento con un tamaño de 40 bytes, pero solo defina un campo de seis bytes como campo clave que puede usar para encontrar el segmento al realizar consultas. IMS recuperará y guardará los 40 bytes según lo indique un programa, pero es posible que no entienda (o no le importe) lo que representan los otros bytes. En la práctica, a menudo todos los datos de un segmento pueden corresponder a un Cuaderno COBOL . Además del uso de consultas DL/I , se puede definir un campo en IMS para que los datos se puedan ocultar de ciertas aplicaciones por razones de seguridad. El componente de base de datos de IMS se puede comprar de forma independiente, sin el componente de administrador de transacciones, y se puede utilizar en sistemas como CICS .

El rendimiento de DEDB proviene del uso de un método de acceso de alto rendimiento (Administrador de medios), escritura asíncrona después de la confirmación y rutas de código optimizadas. El registro se minimiza porque no se actualizan los datos en el disco hasta la confirmación, por lo que no se necesita el registro UNDO (antes de la imagen), ni tampoco una función de restitución. Los cambios no confirmados simplemente se pueden descartar. A partir de la versión 11 de IMS, los DEDB pueden usar el almacenamiento de 64 bits de z/OS para los búferes de la base de datos. La arquitectura de DEDB incluye un concepto de Unidad de trabajo (UOW) que hizo que una utilidad de reorganización en línea efectiva fuera simple de implementar. Esta función está incluida en el producto base.