DBOMP (procesador de organización y mantenimiento de bases de datos) es uno de los primeros sistemas de administración de bases de datos jerárquicos de IBM para DOS/360 . DBOMP se introdujo a fines de la década de 1960 [1] como sucesor del sistema IBM BOMP ("Procesador de lista de materiales") introducido en 1965 cuando DOS [2] estuvo disponible . Los registros BOMP se almacenaron en disco. BOMP en sí se centró en el almacenamiento de datos de lista de materiales (especificaciones de productos de recursos) [3] .
Aunque, al igual que BOMP, DBOMP se desarrolló para resolver una aplicación de contabilidad especializada para la industria manufacturera, rápidamente comenzó a usarse fuera de su propósito original como DBMS general. BOMP recibió su nombre de la especificación de manejo de materiales de la industria manufacturera en los EE. UU. y está específicamente dirigido a este sector industrial. Los archivos principales en los que el sistema almacenaba datos se denominaban Archivo maestro de números de pieza y Archivo de centro de trabajo, y los archivos que almacenaban las relaciones entre registros se denominaban Archivo de estructura de producto y Archivo de enrutamiento. Sin embargo, poco después de la primera introducción, BOMP ya se estaba utilizando para otros fines. Por ejemplo, un usuario que criaba cerdos de premio lo utilizó para rastrear el origen de sus animales, de forma similar a los caballos de carreras, porque el origen de estos cerdos afectaba directamente su valor comercial. El desarrollador reconoció las capacidades de BOMP como un sistema de propósito general en el anuncio de DBOMP, en el que las estructuras y relaciones básicas de los archivos permanecieron iguales, pero se cambió el nombre de los archivos para hacerlos menos específicos de producción.
Existe cierta controversia sobre si DBOMP debe llamarse DBMS jerárquico o de red [4] . Sin embargo, deben atribuirse a la competencia de marketing entre IBM y las ofertas competitivas: la red se volvió popular y BOMP y DBOMP tenían capacidades de red, pero eran limitadas.
La estructura de la base de datos de DBOMP limitaba su uso a discos CKD con no más de 511 cilindros. Pasó mucho tiempo antes de que esto se convirtiera en un problema, pero una limitación más seria era que cada dirección de puntero almacenada en un registro para vincular a otro era una dirección física (Cilindro/Cabeza/Registro) en el disco [5] . Mover un archivo de un paquete a otro requería que se colocara exactamente en la misma posición física en el nuevo paquete. Además, si la instalación se movía a discos más grandes, toda la base de datos tenía que volcarse en archivos secuenciales y recargarse usando el software proporcionado para adaptarse a los nuevos tamaños de paquete. Por lo tanto, el programador de la aplicación se vio obligado a administrar punteros a la ubicación física de los datos ubicados en el encabezado de cada archivo, justo al lado de los datos comerciales normales. IBM reemplazó DBOMP con una implementación de DOS de la base de datos IMS , en la que la información sobre la ubicación física de los datos se aisló de los programas de aplicación.
La estructura de los archivos DBOMP influyó mucho en las bases de datos posteriores, como Cincom's Total.