Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

DBOMP (Database Organization and Maintenance Processor) была ранней иерархической системой баз данных от IBM для DOS . DBOMP был представлен в конце 1960-х [1] как преемник IBM "Bill of Materials Processor" под названием BOMP, представленный в 1965 году, когда стала доступна DOS. [2]

DBOMP хранит записи на диске и не ограничивается спецификацией материалов . [3] BOMP был назван в соответствии со спецификацией обработки материалов обрабатывающей промышленности в США (обычно известной как обработка списков деталей в Великобритании) и специально нацелен на этот сектор промышленности. Основные файлы были на самом деле называется Part Number Master File и Work Center файла , и компоновки файлов назывались Продукт Структура файла и маршрутизации файла. Однако вскоре после внедрения программное обеспечение уже использовалось для других целей. Один пользователь, разводивший призовых свиней, использовал его, чтобы проследить происхождение своих животных - как и скаковых лошадей, происхождение этих свиней напрямую повлияло на их значительную коммерческую ценность. Возможности были признаны с анонсом самой DBOMP, где основные файловые структуры и взаимосвязи остались прежними, но файлы были переименованы, чтобы сделать их менее специфичными для производства.

Существуют некоторые разногласия относительно того, следует ли называть DBOMP иерархической или сетевой базой данных . [4] Это была маркетинговая конкуренция между IBM и конкурентными предложениями: сеть стала популярной, а BOMP и DBOMP действительно имели сетевые характеристики, но они были ограничены.

Структура баз данных DBOMP ограничивала его использование дисками CKD, имеющими не более 511 цилиндров. [5] Прошло много времени, прежде чем это стало проблемой, но более серьезным ограничением было то, что каждый адрес указателя, хранящийся в одной записи для связи с другой, был физическим адресом (Цилиндр / Головка / Запись) на диске. Перемещение файла из одного пакета в другой требовало, чтобы он был помещен в точно такое же физическое положение на новом пакете. Кроме того, если установка переносилась на диски большего размера, всю базу данных приходилось выгружать в последовательные файлы и перезагружать с помощью предоставленного программного обеспечения, чтобы соответствовать новым размерам пакета. Более серьезно, программист отвечал за управление физическими указателями в заголовке каждого файла. запись, непосредственно рядом с обычными бизнес-данными. IBM заменила DBOMP реализацией DOS базы данных DL / I, в которой информация указателя была тщательно защищена от программы.

Структура DBOMP файлов сильно зависит позже баз данных , таких как Cincom «s Total . [1]

Ссылки [ править ]

  1. ^ a b McGee, WC (сентябрь 1981 г.). «Технология баз данных». Журнал исследований и разработок IBM . 25 (5): 505–519. DOI : 10.1147 / rd.255.0505 . S2CID  11487796 .
  2. ^ Мэллори, Джеймс. "ОТ BOMP ДО SAAS И НЕ ТОЛЬКО: 1960-е" . e2b технологии . Проверено 18 марта 2019 года . CS1 maint: discouraged parameter (link)
  3. ^ Frisendal, Томас. «Следующее и предыдущее: указание в моделях данных» . Dataversity . Проверено 18 марта 2019 года . CS1 maint: discouraged parameter (link)
  4. ^ Гупта, Сатиндер Бал; Миттал, Адитья (2009). Введение в систему управления базами данных . University Science Press. п. 83. ISBN 9789381159316. Проверено 18 марта 2019 года . CS1 maint: discouraged parameter (link)
  5. Уорд, Патрик (17 декабря 1973 г.). «Фирма увеличивает производительность в движении экономики» . Компьютерный мир . Проверено 18 марта 2019 года . CS1 maint: discouraged parameter (link)