DBOM​​P

データベース編成および保守プロセッサ (DBOMP)
オペレーティング·システムDOS/360および後継機種
プラットフォームIBM システム/360
タイプデータベース
ライセンス独自の

DBOM​​Pデータベース編成および保守プロセッサ)は、IBMがDOS向けに開発した初期の階層型データベースシステムです。DBOMPは、1965年にDOSが発売された際に導入されたIBMの「部品表プロセッサ」(BOMP)の後継として、1960年代後半に導入されました[1] 。 [2]

DBOM​​Pはレコードをディスクに保存し、部品表を超えて一般化されました。[3] BOMPは、米国の製造業の部品表処理(英国では通常パーツリスト処理として知られています)にちなんで名付けられ、特にその業界を対象としていました。主要なファイルは実際には部品番号マスターファイル作業センターファイルと呼ばれ、リンクファイルは製品構造ファイルルーティングファイルと呼ばれていました。ただし、導入後まもなく、このソフトウェアはすでに他の目的で使用されていました。賞を取った豚を飼育しているあるユーザーは、このソフトウェアを使用して動物の血統をたどりました。競走馬と同様に、これらの豚の血統はそのかなりの商業的価値に直接影響を及ぼしました。DBOMP自体の発表で可能性が認識され、基本的なファイル構造と相互関係は同じままでしたが、ファイル名が変更され、製造業特有のものではなくなりました。

DBOM​​Pを階層型データベースと呼ぶべきか、ネットワークデータベースと呼ぶべきかについては意見の相違があります[4] これはIBMと競合製品間のマーケティング競争でした。ネットワークは普及し、BOMPとDBOMPはネットワークの特徴を備えていましたが、それらは限られていました。

DBOM​​P データベースの構造により、その使用は511 シリンダ以下のCKDディスク ドライブに制限されていました。 [5] これが問題になるまでには長い時間がかかりましたが、より深刻な制限は、別のレコードにリンクするために 1 つのレコードに格納される各ポインタ アドレスが、ディスク上の物理 (シリンダ/ヘッド/レコード) アドレスであるという点でした。ファイルを 1 つのパックから別のパックに移動するには、新しいパック上でまったく同じ物理位置に配置する必要があります。また、インストールをより大きなディスクに移行する場合、データベース全体を順次ファイルにアンロードし、提供されたソフトウェアを使用して新しいパックのサイズに合うように再ロードする必要がありました。さらに深刻なのは、プログラマが、通常のビジネス データのすぐ横にある各レコードのヘッダーにある物理ポインタを管理する責任を負っていたことです。IBM が DBOMP に代わったのは、ポインタ情報がプログラムから注意深く保護されていた DL/I データベースの DOS 実装でした。

DBOM​​Pファイルの構造は、CincomのTotalなどの後のデータベースに大きな影響を与えました。[1]

参考文献

  1. ^ ab McGee, WC (1981年9月). 「データベーステクノロジー」. IBM Journal of Research and Development . 25 (5): 505– 519. doi :10.1147/rd.255.0505. S2CID  11487796.
  2. ^ マロリー、ジェームズ (2016年10月13日). 「FROM BOMP TO SaaS AND BEYOND: 1960年代」. e2b teknologies . 2019年3月18日閲覧
  3. ^ Frisendal, Thomas (2018年9月10日). 「Next and Prior: データモデルにおけるポイント」. Dataversity . 2019年3月18日閲覧
  4. ^ Gupta, Satinder Bal; Mittal, Aditya (2009). データベース管理システム入門. University Science Press. p. 83. ISBN 9789381159316. 2019年3月18日閲覧
  5. ^ Ward, Patrick (1973年12月17日). 「Firm Gains Performance in Economy Move」. Computerworld . 2019年3月18日閲覧


Retrieved from "https://en.wikipedia.org/w/index.php?title=DBOMP&oldid=1243507866"