JPH04148249A - ファイル管理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はファイル管理システム、特に多数の大容量ファ
イルを高速にアクセスするのに適したファイル管理シス
テムに関する。

〔従来の技術〕

従来、多数の大容量ファイルだけを特に想定し、かつ電
子計算機の機種を問わすに動作するファイル管理システ
ムは存在ぜす、多数の大容量ファイルを取り扱う際にも
、一般のファイルアクセス方式を用いていた。従って、
多数のファイルをアクセスしようとした場合、１つ１つ
のファイルに対して、ファイルのオープン（ＯＰＥＮ）
、ファイルからの読み出しくＲＥＡＤ）　、ファイルへ
の書きこみ（ＷＲＩＴＥ）　、ファイルのクローズ（Ｃ
ＬＯ８Ｅ）が行われる。

〔発明が解決しようとする課題〕

上述した従来のファイル管理システムでは、ファイルア
クセスにかなりの時間を要するという欠点がある。また
、作成できるファイル数に制限がアルコンピユータシス
テムにおいては、多数のフアイルの利用が難しい場合が
あるという欠点がある。

〔課題を解決するための手段〕

本発明のファイル管理システムは、ライブラリ形式で大
容量のサブファイルを管理するＤＢライブラリファイル
と、上位プログラムからＤＢライブラリファイルをアク
セスするための指令をうけるインタフェース関数部と、
インタフェース関数部の要求に従ってＤＢライブラリの
管理情報を更新する管理レコード入出力部と、インタフ
ェース関数部および管理レコード入出力部の要求に従っ
てＤＢライブラリファイルを実アクセスするＤＢＢライ
ブラリ入出力部を有している。

〔実施例〕

次に、本発明について図面を参照して説明する。

第１図は本発明の一実施例の構成図である。

図中、１−１はＤＢライブラリファイル、１−２はイン
タフェース関数部、１−３は管理レコード入出力部、１
−４はＤＢライブラリＩ１０部である。

ＤＢライブラリファイル１−１は、ライブラリ形式で大
容量のサブファイルを管理するデータベースファイルで
あり、その構造は第２図に示すとおりである。

ＤＢライブラリファイル１−１はデータ部２−１と管理
部２−２から成る。データ部２−１は、サブファイルの
実データを保持し、管理部２−２はサブファイルをライ
ブラリ形式で管理するための各種情報を保持する。

データ部２−１は、固定の大きさ（４０９６バイト）を
持つ複数の不連続ページから構成される。各サブファイ
ルの内容はデータ部２−１上の空きページに書き込まれ
る。サブファイルの内容が書きこまれたページが複数に
わたる場合、それぞれのページが物理的に連続している
必要はない（第３図参照）。

管理部２−２は、ファイル管理レコード２−３と、ＢＡ
Ｍ管Ｆｌレコード２−４と、ディレクトリ管ＥＩレコー
ド２−５と、ポインタ管理レコード２−６から成る。

ファイル管理レコード２−３は、ＤＢライブラリファイ
ル１−１の全体構造を示すレコードであり、データ部２
−１や管理部２−２のレコード数・サブファイルの登録
状況などを管理する。

ＲＡＭ管理レコード２−２は、データ部２−１の空きペ
ージの情報をビットマツプで管理する。

ディレクトリ管理レコード２−５は、各サブファイルの
先頭データ・最終データが書きこまれているページの番
号を管理している。

ポインタ管理レコード２−６は、サブファイルの内容が
データ部２−１のページ上でどのように連続しているか
、前後ページのつながりを管理している。

インタフェース関数部１−２は、ＤＢライブラリファイ
ル１−１をアクセスするために上位プログラムから呼び
だされるサブルーチンの集まりであり、以下の８一つの
サブルーチンがある。

（１）高速ファイル管理の開始 ＤＢライブラリィファイル１−１を実 オープンし、未処理で使用するコモン を初期化する。

（２）高速ファイル管理の停止 ＤＢライブラリィファイル１−１を実 クローズする。

（３）高速ファイル（サブファイル）をオーブンする。

本処理ではＤＢリブラリイ１−１のサ ブファイルをオープンする。

（４）高速ファイル（サブファイル）をクローズする。

本処理では、ＤＢライブラリィ１−１ のサブファイルをクローズする。

（５）高速ファイル（サブファイル）からデータを読み
込む。

（６）高速ファイル（サブファイル）にデータを書き込
む。

（７）高速ファイル（サブファイル）のファイルポイン
タを変更する。

本処理ではブロック数のみ変更し、ブ ロック内のオフセットは変更しない。

（８）高速ファイル（サブファイル）を削除する。

上位プログラムからインタフェース関数部１−２を読み
だすことによりＤＢライブラリファイル１−１内の任意
のページに任意のデータを書き込み、また、任意のペー
ジから任意のデータを読みだすことが可能である。

管理レコード入出力部１−２はインタフェース関数部１
−２の要求に従ってＤＢライブラリファイル１−１の管
理情報を更新する。

電子計算機上で本発明のファイルアクセス管理方式を利
用したアプリケーションプログラムが動作している間は
、ＤＢライブラリファイル１−１の管理部２−２は、メ
モリ上に展開され参照９更新が行なわれる。

サブファイルのオーブン・クローズなどのタイミングの
度にインタフェース関数部１−２からの指令をうけ、フ
ァイル管理レコード２−３．ＲＡＭ管理レコード２−４
のディレクトリ管理レフード２−５．ポインタ管理レコ
ード２−８の内容をメモリ上に読みこみ、また、メモリ
上に展開された情報をＤＢライブラリファイル１−１の
管理部２−２に書きこむ。これによって、ＤＢライブラ
リファイル１−１のデータ部２−１と管理部２−２の整
合性が保たれる。

ＤＢライブラリＩ１０部１−４は、インタフェース関数
部１−２の要求に従って、サブファイルの内容をＤＢラ
イブラリファイル１−１のデータ部２−１に書きこみ、
またＤＢライブラリファイル１−１のデータ部２−２か
ら読みこむ。

更に、管理レコード入出力部１−３の要求に従って、Ｄ
Ｂライブラリファイル１−１の管理部２−２の内容の読
みこみ・書きだしを行なう。

ＤＢライブラリファイル１−１に実アクセスする部分で
ある。

〔発明の効果〕

以上説明したように、本発明のファイル管理システムで
は、ＤＢライブラリファイル１−１を採用するため、フ
ァイルの実オープン・実クローズがアプリケーションプ
ログラムの開始時と終了時に行われるだけで、サブファ
イルごとに実オープンΦ実クローズが行なわれないため
、ファイルのアクセス時間が短縮される。ＤＢライブラ
リファイル１−１を採用しているので、システムのファ
イル数の制限に拘束されず、多数のファイルを使用でき
る。

また、す°ブファイルの内容の読みこみ・書きたしが大
容量（４０９８バイト）を単位にして行われるため、高
速のファイルアクセスが実現される。

【図面の簡単な説明】

第１図は本発明の一実施例の構成図、第２図はＤＢライ
ブラリファイルの構造を示す図、第３図はデータ部への
データ格納例を示す図である。 図中１−１はＤＢライブラリファイル、１−２はインタ
フェース関数部、１−３は管理レコード入出力部、１−
４はＤＢライブラリＩ１０部、２−１はデータ部、２−
２は管理部、２−３はファイル管理レコード、２−４は
ＲＡＭ管理レコード、２−５はディレクトリ管理レコー
ド、２−６はポインタ管理レコードである。

Claims (1)

1. 【特許請求の範囲】 ライブラリ形式で大容量のサブファイルを管理するＤＢ
   ライブラリファイルと、 上位プログラムからＤＢライブラリファイルをアクセス
   するための指令をうけるインタフェース関数部と、 インタフェース関数部の要求に従ってＤＢライブラリフ
   ァイルの管理情報を更新する管理レコード入出力部と、 インタフェース関数部および管理レコード入出力部の要
   求に従ってＤＢライブラリファイルを実アクセスするＤ
   Ｂライブラリ入出力部とを含むことを特徴とするファイ
   ル管理システム。