DBOMP (Database Organization and Maintenance Processor) är ett tidigt hierarkiskt databashanteringssystem från IBM för DOS/360 . DBOMP introducerades i slutet av 1960-talet [1] som en efterträdare till IBM BOMP ("Bill of Materials Processor")-systemet som introducerades 1965 när DOS [2] blev tillgängligt . BOMP-poster lagrades på disk. BOMP själv var fokuserad på att lagra styckdata (resursproduktspecifikationer) [3] .
Även om DBOMP, liksom BOMP, utvecklades för att lösa en specialiserad redovisningsapplikation för tillverkningsindustrin, började den snabbt användas utanför sitt ursprungliga syfte som ett allmänt DBMS. BOMP har fått sitt namn efter materialhanteringsspecifikationen för tillverkningsindustrin i USA och är specifikt inriktad på denna industrisektor. Huvudfilerna i vilka systemet lagrade data kallades för artikelnummerhuvudfilen och arbetscenterfilen, och filerna som lagrade relationerna mellan poster kallades produktstrukturfilen och routingfilen. Men strax efter den första introduktionen användes BOMP redan för andra ändamål. Till exempel använde en användare som födde upp prisgrisar det för att spåra deras djurs ursprung, liknande kapplöpningshästar, eftersom ursprunget för dessa grisar direkt påverkade deras kommersiella värde. Möjligheterna hos BOMP som ett generellt system erkändes av utvecklaren i tillkännagivandet av DBOMP, där de grundläggande filstrukturerna och relationerna förblev desamma, men filerna bytte namn för att göra dem mindre produktionsspecifika.
Det finns en del kontroverser om huruvida DBOMP ska kallas en hierarkisk eller nätverks- DBMS [4] . De bör dock tillskrivas marknadsföringskonkurrensen mellan IBM och konkurrenskraftiga erbjudanden: nätverket blev populärt och BOMP och DBOMP hade nätverksmöjligheter, men de var begränsade.
DBOMP:s databasstruktur begränsade dess användning till CKD diskar med högst 511 cylindrar. Det tog lång tid innan detta blev ett problem, men en allvarligare begränsning var att varje pekaradress lagrad i en post för att länka till en annan var en fysisk adress (Cylinder/Head/Record) på disken [5] . Att flytta en fil från ett paket till ett annat krävde att den placerades i exakt samma fysiska position på det nya paketet. Dessutom, om installationen flyttades till större diskar, måste hela databasen dumpas i sekventiella filer och laddas om med den medföljande programvaran för att passa de nya paketstorlekarna. Således tvingades applikationsprogrammeraren att hantera pekare till den fysiska platsen för data som finns i rubriken på varje fil, precis bredvid normal affärsdata. IBM ersatte DBOMP med en DOS-implementering av IMS- databasen , där information om den fysiska platsen för data isolerades från applikationsprogram.
Strukturen för DBOMP-filer påverkade kraftigt senare databaser som Cincoms Total.