JPH0317727A - Record input/output control system - Google Patents
Record input/output control systemInfo
- Publication number
- JPH0317727A JPH0317727A JP1152643A JP15264389A JPH0317727A JP H0317727 A JPH0317727 A JP H0317727A JP 1152643 A JP1152643 A JP 1152643A JP 15264389 A JP15264389 A JP 15264389A JP H0317727 A JPH0317727 A JP H0317727A
- Authority
- JP
- Japan
- Prior art keywords
- record
- buffer
- file
- command
- records
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 239000000872 buffer Substances 0.000 claims abstract description 87
- 238000000034 method Methods 0.000 claims abstract description 12
- 238000007726 management method Methods 0.000 claims description 15
- 238000012217 deletion Methods 0.000 abstract description 7
- 230000037430 deletion Effects 0.000 abstract description 7
- 238000004364 calculation method Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000013070 change management Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、小型計算機の分野において、頻繁にデータの
入出力が行われるログファイルの再編戒時におけるレコ
ード入出力管埋に間する.〔従来の技術〕
あるシステムやプログラムを動作させた時にレコードの
内容やファイルの更新等を時系列に記録してあるファイ
ルのことをログファイルという.従来、このような大量
のレコードが書き込まれているログファイルを再編或す
る場合には、1レコードを処理する度にファイルに対し
てアクセスを行なっていた.
このログファイルのファイル編或は相対v4或であり、
第6図に示したように、各レコードがファイルの先頭か
ら何番目であるかという相対レコード番号6lによって
指定レコード62を直接読み込んだりすることのできる
ファイルである.ファイルの再t4mを行なうには、ま
ずログファイルを先頭から順に1レコードずつ読み、不
要レコードの削除を行なう。その削除したレコードエリ
アを取り除くために、レコードの再配置を行なう必要が
ある。このような処理を相対編成ファイルの相対レコー
ド番号を指定することにより、ファイルに対して直接行
なっていた。[Detailed Description of the Invention] [Field of Industrial Application] The present invention is used in the field of small computers to manage record input/output when reorganizing log files where data is frequently input/output. [Conventional technology] A log file is a file that records the contents of records and file updates in chronological order when a certain system or program is operated. Conventionally, when reorganizing a log file containing such a large number of records, the file was accessed each time one record was processed. File editing or relative v4 of this log file,
As shown in FIG. 6, this is a file in which a specified record 62 can be directly read based on the relative record number 6l indicating the number of each record from the beginning of the file. To re-t4m a file, first read the log file one record at a time from the beginning and delete unnecessary records. In order to remove the deleted record area, it is necessary to rearrange the records. Such processing was performed directly on the file by specifying the relative record number of the relative organization file.
上述したように、ログファイルには大量のレコードが書
き込まれているために、従来のようにレコード単位でフ
ァイルに直接アクセスして処理を行なうと、ファイルI
/Oの回数が非常に多くなり、処理時間が長くなってし
まう.
〔課題を解決するための手段〕
本発明によれば、「相対網戒ファイルで構成されている
ログファイルの再編成において、コマンド要求元からの
指示によって処理を振り分けるコマンド識別手段と、各
コマンド別に対応したファイルおよびレコード処理を行
なうコマンド対応処理手段と、ファイルとデータバッフ
ァとの間でのレコード入出力を行ないかつその入出力の
際にバッファ読み込みサイズをファイルの大きさに合わ
せて変更するファイル管理手段と、データバッファに対
して指定レコードの存在確認を行ない存在しない場合は
バッファ入れ換え要求を出すレコード管理手段と、ファ
イルから読み込んだレコード集合を格納しておく一時記
憶手段とを備えたことを特徴とするレコード入出力管理
方式」が得られる。As mentioned above, a large number of records are written to the log file, so if you directly access and process the file record by record as in the past, the file I
The number of /O operations becomes extremely large, resulting in a long processing time. [Means for Solving the Problems] According to the present invention, ``In reorganizing a log file composed of relative network files, a command identification means for distributing processing according to instructions from a command request source, and a command identification means for distributing processing according to instructions from a command request source, and Command-compatible processing means for processing corresponding files and records, and file management for inputting and outputting records between files and data buffers, and changing the buffer read size to match the file size during input and output. A record management means for checking the existence of a designated record in a data buffer and issuing a buffer replacement request if the record does not exist, and a temporary storage means for storing a set of records read from a file. A new record input/output management method is obtained.
次に、本発明の一実施例を示した図面を参照して、本発
明を詳細に説明する.
第1図を参照すると、本発明の一実施例によるレコード
入出力管理方式12は、コマンド要求元11から指定さ
れたコマンドによって処理をふり分けるコマンド識別手
段13と、コマンドに対応した処理を行なうコマンド対
応処理手段14と、ファイル管理手段23と、レコード
管理手段24と、データバッファと呼んでいる一時記憶
手段25とから楕戒される.
コマンド識別手段13は、コマンド要求元11により8
種類のコマンドが指定されてくるので、そのコマンドに
対応したコマンド対応処理手段14に対して処理要求を
行なう.
コマンド対応処理手段l4は、コマンド要求元1】から
要求された8種類のコマンドに対応した処理を行う。8
種類の処理とは、ファイルのオーブン15,ファイルの
クローズ16,ファイルサイズの取得17.レコードの
読み込み18,レコードの書き込み19,レコードの置
換20,レコードの削除21およびコミット処理22で
ある.これらの処理部は、それぞれ独立して動作するの
で各処理部についての説明をする。Next, the present invention will be described in detail with reference to the drawings showing one embodiment of the present invention. Referring to FIG. 1, the record input/output management method 12 according to an embodiment of the present invention includes a command identifying means 13 that allocates processing according to a command specified by a command request source 11, and a command identifying means 13 that allocates processing according to a command specified by a command request source 11, and a command that performs processing corresponding to the command. The information is received from the corresponding processing means 14, the file management means 23, the record management means 24, and the temporary storage means 25 called a data buffer. The command identifying means 13 receives 8
Since a type of command is specified, a processing request is made to the command corresponding processing means 14 corresponding to the command. The command corresponding processing means 14 performs processing corresponding to eight types of commands requested from the command request source 1]. 8
The types of processing are file opening 15, file closing 16, file size acquisition 17. These are record reading 18, record writing 19, record replacement 20, record deletion 21, and commit processing 22. Since these processing units operate independently, each processing unit will be explained.
ファイルのオープン処理部15は、ログファイル26の
オーブンを行ないデータバッファ25にファイルの先頭
からデータバッファ分のレコードを読み込んで格納して
おく。The file open processing unit 15 opens the log file 26 and reads and stores the data buffer's worth of records from the beginning of the file into the data buffer 25.
ファイルのクローズ処理部l6は、その時点でデータバ
ッファ25にあるレコードをログファイル26に書き込
んでおいてから、ログファイル26のクローズを行う。The file close processing unit 16 writes the record currently in the data buffer 25 to the log file 26, and then closes the log file 26.
ファイルのサイズ収得処理部17は、ログファイル26
に何レコードを格納することができるのかを調べて通知
する.
レコードの読み込み処理部18は、その時点でデータバ
ッファ25に指定レコードが存在しているかどうかのチ
ェックを行ない、存在していない場合は、その指定レコ
ードが存在している範囲をデータバッファ25に読み込
んできて、指定レコードをコマンド要求元11へ渡して
やる.レコードの書き込み処理部19は、その時点でデ
ータバッファ25に指定レコードが存在しているかどう
かのチェックを行ない、存在していない場合は、その指
定レコードが存在している範囲をjデータバッファ25
に読み込んできて、指定レコードをデータバッファ25
に格納する.この時点でログファイル26に書き込むこ
とは行なわない。The file size acquisition processing unit 17 uses the log file 26
Find out how many records can be stored in and notify you. The record reading processing unit 18 checks whether the specified record exists in the data buffer 25 at that time, and if it does not exist, reads the range in which the specified record exists into the data buffer 25. Once completed, the specified record is passed to the command request source 11. The record write processing unit 19 checks whether the specified record exists in the data buffer 25 at that time, and if it does not exist, writes the range in which the specified record exists to the data buffer 25.
The specified record is read into the data buffer 25.
Store it in . No writing is done to the log file 26 at this point.
レコードの置換処理部20は、指定されたレコードを入
力してきたレコードと置き換える処理であるが、その指
定されたレコードがデータバッファ25に存在しない場
合は、その指定レコードが存在している範囲をデータバ
ッファ25に読み込んできて、データバッファ上でレコ
ード置換を行なう。The record replacement processing unit 20 replaces the specified record with the input record, but if the specified record does not exist in the data buffer 25, the range where the specified record exists is replaced with the data. The data is read into the buffer 25 and record replacement is performed on the data buffer.
レコードの削除処理部21は、指定されたレコードの1
バイト目に、あるコードをセットする処理で、レコード
の内容を全てクリアするわけではない.この処理もデー
タバッファ25上で行われるので、指定レコードがデー
タバツファ25上にない場合は、その指定レコードが存
在している範囲をデータバッファ25に読み込んでくる
。The record deletion processing unit 21 deletes one of the specified records.
The process of setting a certain code to the byte does not clear all the contents of the record. This processing is also performed on the data buffer 25, so if the designated record is not on the data buffer 25, the range where the designated record exists is read into the data buffer 25.
コミット処理部22は、そのコマンドが要求された時点
のデータバッファ25のレコード集合をログファイル2
6は書き込む処理である.ログファイル26は、処理対
象となるレコードが保存されている場所であり、その大
きさは一定ではない.すなわち、第2図で示したように
データバッファサイズで割み切れる場合と、第3図で示
したようにデータバッファサイズで割り切れない場合と
がある.
ファイル管理手段23は、ログファイル26からデータ
バッファ25にレコード集合を読み込んだり書き込んだ
りする処理を行なう.またそのファイルに対する入出力
を行う場合に、バッファサイズの変更管理を行なう。The commit processing unit 22 saves the set of records in the data buffer 25 at the time the command was requested to the log file 2.
6 is the writing process. The log file 26 is a place where records to be processed are stored, and its size is not constant. That is, there are cases where it is divisible by the data buffer size, as shown in FIG. 2, and cases where it is not divisible by the data buffer size, as shown in FIG. The file management means 23 performs processing for reading and writing a record set from the log file 26 to the data buffer 25. Also, when performing input/output to the file, it manages changes in the buffer size.
バッファサイズの変更管理方法のフローチャートを示し
た第4図を参照して、そのフローにそって説明する.ま
ずファイル全体の大きさを知るために、ファイルサイズ
取得処理41を行なう。Referring to FIG. 4, which shows a flowchart of the buffer size change management method, explanation will be given along the flow. First, in order to know the size of the entire file, file size acquisition processing 41 is performed.
ファイルサイズ取得は、このプログラムを実行している
間に1回行えば良いので、以前に行なっていればこの処
理は省略する。File size acquisition only needs to be done once while this program is running, so if you have done it before, you can omit this process.
次に、指定されている相対レコード番号が取得したファ
イルサイズから計算されたレコード数の範囲内であるか
どうかのチェックを行なう(ステップ42).チェック
の結果、指定相対レコード番号がこのファイルの範囲内
にあると判定されれば、バッファサイズのセットを行な
う(ステップ43).
バッファサイズのセットでは、まずデータバッファの最
大サイズ、すなわち、第2図および第3図で示したnレ
コードのレコード数をセットしておく。通常はこのサイ
ズでn個のレコードをバッファに読み込む。次に、読み
込もうとするレコード集合が第3図で示したmレコード
部分であるかどうかのチェックを行なう(ステップ44
)。Next, it is checked whether the specified relative record number is within the range of the number of records calculated from the obtained file size (step 42). As a result of the check, if it is determined that the designated relative record number is within the range of this file, the buffer size is set (step 43). In setting the buffer size, first set the maximum size of the data buffer, that is, the number of records of n records shown in FIGS. 2 and 3. Normally, n records of this size are read into the buffer. Next, it is checked whether the record set to be read is the m record portion shown in FIG. 3 (step 44).
).
mレコード部分だった場合には、mレコードのレコード
数を計算して前もってセットしてあるバッファサイズを
その値に変更する(ステップ45).
レコード管理手段24は、データバッファ25に対して
レコードの入出力を行なう場合に、指定された相対レコ
ード番号のレコードがその時点でデータバッファ25に
存在しているかどうかのチェックを行なう。If it is an m record portion, the number of m records is calculated and the preset buffer size is changed to that value (step 45). When inputting/outputting a record to/from the data buffer 25, the record management means 24 checks whether a record with a designated relative record number exists in the data buffer 25 at that time.
指定レコードのデータバッファ内存在チェック方法のフ
ローチャートを示した第5図を参照して、そのフローに
そって説明する。まず指定された相対レコード番号から
バッファ番号51とバツファ内相対レコード番号52と
を計算する。バツファ番号51とは、第2図および第3
図で示したように、ログファイル26の中の全レコード
をデータバッファ25に読み込むサイズで区切った場合
、ファイルの先頭から何番目のバツファであるかという
番号である。計算を行いバッファ内相対レコード番号が
rQjの場合は、計算したバッファ番号を「1」減らし
てバッファ内相対レコード番号をデータバッファ内で最
終の相対レコード番号とする(ステップ53).次に、
その時点でデータバッファ25に格納してあるレコード
集合のバッファ番号と計算したバッファ番号の比較を行
なう(ステップ54)。これがレコードの存在チェック
であり、二つのバッファ番号が同じ場合は指定レコード
がデータバッファ25内に存在していて、バッファ番号
が違う場合は存在していないことになる.データバッフ
ァ25は、ファイルから読み込んだレコード集合を記憶
してレコード単位での更新を行なう.
本方式はコマンド要求元11からのコマンド指示によっ
て一連の動作をする.ここでは「ファイルのオープン」
「レコードの読み込み」 「レコードの削除」 「フ
ァイルのクローズ」という一連のコマンド要求を受け付
けた場合の動作例を示す。The method for checking the existence of a designated record in the data buffer will be explained with reference to FIG. 5, which is a flowchart. First, a buffer number 51 and an in-buffer relative record number 52 are calculated from the designated relative record number. Buffer number 51 is shown in Figures 2 and 3.
As shown in the figure, when all records in the log file 26 are separated by the size to be read into the data buffer 25, this number indicates the buffer number from the beginning of the file. After the calculation, if the relative record number in the buffer is rQj, the calculated buffer number is decreased by "1" to make the relative record number in the buffer the final relative record number in the data buffer (step 53). next,
The buffer number of the record set stored in the data buffer 25 at that point is compared with the calculated buffer number (step 54). This is a record existence check. If the two buffer numbers are the same, the specified record exists in the data buffer 25, and if the buffer numbers are different, it means that it does not exist. The data buffer 25 stores a set of records read from a file and updates each record. This method performs a series of operations based on command instructions from the command request source 11. Here, "Open file"
An example of the operation when a series of command requests such as ``read record'', ``delete record'', and ``close file'' are accepted is shown below.
まず、コマンド識別手段13でファイルのオープン要求
を受け付けると、コマンド対応処理手段14のファイル
のオープン処理部へ制御が移る。First, when the command identification means 13 receives a file open request, control is transferred to the file open processing section of the command correspondence processing means 14.
ここでログファイル26のオーブンを行い、データバッ
ファ25内にバッファ番号Oとして相対レコード番号1
から514までのレコードをログファイル26から読み
込む。この場合バッファレコードサイズは514 (n
=514)であり、1レコードの大きさは128バイト
である.次にコマンド識別手段13で相対レコード番号
200のレコード読み込み要求を受け付けると、コマン
ド対応処理手段14のレコードの読み込み処理部へ制御
が移る.ここでは、まず指定レコードのバッファ内存在
チェックを行なう.第5図に示したデータバッファ内存
在チェックフローにそって計算をすると、相対レコード
番号200のバッファ番号はOとなり、バッファ内相対
レコード番号は200となる.ファイルのオーブン処理
で読み込んだレコードのバッファ番号はOであるので、
指定されたレコードはデータバッファ25内に存在して
いることになる.よって、データバッファ25からバッ
ファ内相対レコード番号200のレコードを読み込んで
、コマンド要求元11へ返す.
次に、コマンド識別手段13で相対レコード番号450
のレコード削除要求を受け付けると、コマンド対応処理
手段14のレコードの削除処理部へ制御が移る.ここで
もレコードの読み込み処理と同じように、指定レコード
のバッファ内存在チェックを行なう.計算すると、バッ
ファ番号はOとなり、バッファ内相対レコード番号は4
50となる.したがって、指定されたレコードはデータ
バッファ25内に存在しているのでデータバッファ25
内のバッファ内相対レコード番号450のレコードを削
除すれば良い.
最後に、コマンド識別手段l3でファイルのクローズ要
求を受け付けると、コマンド対応処理手段14のファイ
ルのクローズ処理部へ制御が移る.ここではその時点で
データバッファ25上にあるバッファ番号Oの5′.4
レコード全てをログファイル26に書き込み、ログファ
イル26のクローズを行なう.
〔発明の効果〕
以上説明したように、本発明によれば、実際のファイル
に直接アクセスしなくてもデータバッファとの間でレコ
ードの追加.変更,削除が行なえるようになり、ファイ
ルに対するアクセス回数が減り、処理時間を短縮させる
ことができる。Here, the log file 26 is opened, and relative record number 1 is stored in the data buffer 25 as buffer number O.
Records from to 514 are read from the log file 26. In this case, the buffer record size is 514 (n
= 514), and the size of one record is 128 bytes. Next, when the command identification means 13 receives a record reading request with relative record number 200, control is transferred to the record reading processing section of the command correspondence processing means 14. Here, we first check whether the specified record exists in the buffer. When calculation is performed according to the data buffer existence check flow shown in FIG. 5, the buffer number of relative record number 200 becomes O, and the relative record number in the buffer becomes 200. The buffer number of the record read in file oven processing is O, so
This means that the specified record exists in the data buffer 25. Therefore, the record with buffer relative record number 200 is read from the data buffer 25 and returned to the command request source 11. Next, the command identifying means 13 selects the relative record number 450.
When the record deletion request is received, control is transferred to the record deletion processing section of the command corresponding processing means 14. Here, as in the record reading process, the existence of the specified record in the buffer is checked. When calculated, the buffer number is O, and the relative record number in the buffer is 4.
It will be 50. Therefore, since the specified record exists in the data buffer 25, the data buffer 25
All you have to do is delete the record with relative record number 450 in the buffer. Finally, when the command identifying means 13 accepts the file close request, control is transferred to the file closing processing section of the command corresponding processing means 14. Here, 5' of buffer number O on the data buffer 25 at that time. 4
All records are written to the log file 26 and the log file 26 is closed. [Effects of the Invention] As explained above, according to the present invention, records can be added to and from the data buffer without directly accessing the actual file. Changes and deletions can now be made, the number of accesses to files can be reduced, and processing time can be shortened.
第1図は本発明の一実施例の構或概略図、第2図は第1
図中のファイル管理手段が、ファイルからデータバッフ
ァにレコードを読み出す時のバッファ操作においてバッ
ファサイズで割り切れる場合の例を示す図、第3図は第
1図中のファイル管理手段が、ファイルからデータバッ
ファにレコードを読み出す時のバッファ操作においてバ
ッファサイズで割り切れない場合の例を示す図、第4図
は本実施例のバッファサイズチェックを行なう時の処理
を示すフローチャート、第5図は本実施例を指定レコー
ドのデータバッファ内存在チェックを行う時の処理を示
すフローチャート、第6図は相対絹或ファイルのレコー
ド構造概略図である.11:コマンド要求元、12:レ
コード入出力管理方式、13:コマンド識別手段、14
:コマンド対応処理手段、15:ファイルのオープン処
理部、16:ファイルのクローズ処理部、17:ファイ
ルサイズの取得処理部、18:レコードの読み込み処理
部、l9:レコードの書き込み処理部、20:レコード
の置換処理部、21:レコードの削除処理部、22:コ
ミット処理部、23:ファイル管理手段、24:レコー
ド管理手段、25:一時記憶手段(データバッファ)、
26:ログファイル.FIG. 1 is a schematic diagram of the structure of one embodiment of the present invention, and FIG.
A diagram showing an example where the file management means in the figure is divisible by the buffer size in the buffer operation when reading records from the file to the data buffer. Fig. 4 is a flowchart showing the processing when checking the buffer size of this embodiment, and Fig. 5 specifies this embodiment. A flowchart showing the process of checking the existence of a record in the data buffer, and FIG. 6 is a schematic diagram of the record structure of a relative file. 11: Command request source, 12: Record input/output management method, 13: Command identification means, 14
: Command corresponding processing means, 15: File open processing unit, 16: File close processing unit, 17: File size acquisition processing unit, 18: Record reading processing unit, l9: Record writing processing unit, 20: Record replacement processing section, 21: record deletion processing section, 22: commit processing section, 23: file management means, 24: record management means, 25: temporary storage means (data buffer),
26: Log file.
Claims (1)
成において、コマンド要求元からの指示によって処理を
振り分けるコマンド識別手段と、各コマンド別に対応し
たファイルおよびレコード処理を行なうコマンド対応処
理手段と、ファイルとデータバッファとの間でのレコー
ド入出力を行ないかつその入出力の際にバッファ読み込
みサイズをファイルの大きさに合わせて変更するファイ
ル管理手段と、データバッファに対して指定レコードの
存在確認を行ない存在しない場合はバッファ入れ換え要
求を出すレコード管理手段と、ファイルから読み込んだ
レコード集合を格納しておく一時記憶手段とを備えたこ
とを特徴とするレコード入出力管理方式。In reorganizing log files composed of relatively organized files, there is a command identification means that distributes processing according to instructions from the command request source, a command corresponding processing means that processes files and records corresponding to each command, and files and data. A file management means that inputs and outputs records to and from the buffer and changes the buffer read size to match the file size during input and output, and checks the data buffer for the existence of a specified record and confirms that it does not exist. A record input/output management method comprising: a record management means for issuing a buffer replacement request; and a temporary storage means for storing a set of records read from a file.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1152643A JPH0317727A (en) | 1989-06-14 | 1989-06-14 | Record input/output control system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1152643A JPH0317727A (en) | 1989-06-14 | 1989-06-14 | Record input/output control system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0317727A true JPH0317727A (en) | 1991-01-25 |
Family
ID=15544892
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1152643A Pending JPH0317727A (en) | 1989-06-14 | 1989-06-14 | Record input/output control system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0317727A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007260324A (en) * | 2006-03-30 | 2007-10-11 | Tiger Vacuum Bottle Co Ltd | Electric rice cooker |
| JP2011253282A (en) * | 2010-06-01 | 2011-12-15 | Buffalo Inc | File management device and file management method |
-
1989
- 1989-06-14 JP JP1152643A patent/JPH0317727A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007260324A (en) * | 2006-03-30 | 2007-10-11 | Tiger Vacuum Bottle Co Ltd | Electric rice cooker |
| JP2011253282A (en) * | 2010-06-01 | 2011-12-15 | Buffalo Inc | File management device and file management method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0284664B1 (en) | Method of rapidly opening disc files identified by path names | |
| US5293618A (en) | Method for controlling access to a shared file and apparatus therefor | |
| US5953728A (en) | System for modifying a database using a transaction log | |
| JPH02257340A (en) | Virtual copy file system | |
| JPH0317727A (en) | Record input/output control system | |
| JP3111912B2 (en) | Disk cache control method | |
| JPH0322046A (en) | Control method for file using draw type storage medium | |
| JPH0357037A (en) | File management device | |
| JPH0198020A (en) | Index management system | |
| JPH07253894A (en) | Shared storage | |
| JPS6331809B2 (en) | ||
| JP2540821B2 (en) | Database search system | |
| JPH04148249A (en) | File management system | |
| JPH10143406A (en) | File management device | |
| JPH05342152A (en) | Buffer control system | |
| JPS6336375A (en) | File management method in data file device | |
| JPH03105534A (en) | File control method | |
| JPH0477341B2 (en) | ||
| JPH01169793A (en) | Method for moving optical disk management information | |
| JPH012133A (en) | file management device | |
| Eisenbach et al. | Data Structures 2: Records and Files | |
| JPH0336640A (en) | Record storage space control method | |
| JPS62194555A (en) | Work file virtualizing system for compiler | |
| JPH0452737A (en) | File management method | |
| JPH01189741A (en) | Journal output system |