JP2000099533A - ファイルアクセス方法及びファイルアクセスシステム - Google Patents

Abstract

(57)【要約】 【課題】 単一のデータファイルに対して、異なるアク
セス方法で効率よくアクセスする（異なるファイル編成
のファイルとして効率よくアクセスする）ことができる
ようにする。 【解決手段】 データファイル１６に対するアクセス要
求が、どのような編成のファイルを対象としたものかを
判別するファイル編成判別手段１２と、ファイル編成別
に設けられ、それぞれのファイル編成に応じたデータの
入出力処理をデータファイル１６に対して行う編成ファ
イルアクセス手段（順編成ファイルアクセス手段１３、
相対編成ファイルアクセス手段１４、索引順ファイルア
クセス手段１５）とを設け、ファイル編成判別手段１２
が、判別結果に応じてアクセス要求を対応する編成ファ
イルアクセス手段１３〜１５に振り分けるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
おけるファイル管理に関し、特に、同一のファイル（デ
ータセットともいう）に対して、順アクセス法、索引順
アクセス法などの異なるアクセス方法で効率よくアクセ
スすることができるファイルアクセス方法及びファイル
アクセスシステムに関する。

【０００２】

【従来の技術】従来、計算機システムにおいて、データ
を格納するためのデータファイルとしては、その使用目
的やアクセス方法の別に応じてデータ格納構造が異なる
各種の編成のファイルが用意されている。このようなフ
ァイル編成としては、代表的なものに、順編成ファイ
ル、相対編成ファイル、索引順編成ファイルなどがあ
る。それぞれのファイル編成は、特定の利用目的に適合
するように定められており、その想定する利用目的以外
の用途に使用することは、一般には、困難であるか、困
難でないにしても作業効率が著しい低下をもたらす。

【０００３】例えば、順編成ファイルは、データレコー
ドをその書込まれた順番で詰めて記録するだけのもので
あり、可変長レコードの場合であっても、レコードとレ
コードの間に区切りを示す制御情報が記録されるか、レ
コード長を示す制御情報を各レコードの先頭に記録する
だけのものであって、シンプルな構造であることを利点
として有する。順編成ファイルは、レコードを書込まれ
た順番に読出すには最適のファイル編成であり、特に全
レコード読込むような処理を行う場合は、ファイルアク
セス装置の内部処理でディスク装置から複数レコードを
主記憶にまとめて読込んでおく（ブロック読込み）等の
方法を採用することによって、処理を高速化することも
可能である。しかしながら、このような順編成ファイル
の構造では、任意のデータレコードを、直接レコード番
号を指定してアクセスするような処理を行うことは困難
である。無理にそういう処理を行うためには、レコード
制御情報をカウントしてファイル領域をサーチしなけれ
ばならない。

【０００４】一方、相対編成ファイルは、ファイル固定
属性として定められた最大レコード長によって、ファイ
ル領域を均等に区画された構造であるので、アクセスし
たいレコード番号からファイル内の相対レコード位置を
算出することが簡単にでき、ディスク装置での無駄な読
込みを一切行うことなく、ダイレクトに目的とするレコ
ードのみをアクセスすることができる。この相対編成フ
ァイルは、ランダムアクセスを目的としたファイル編成
であって、次に読込むべきレコード番号が予測できない
ことを前提としているため、順編成ファイルに対する内
部処理のように予め複数のレコードを主記憶に読込んで
おくような高速化を施すことは不可能である。このた
め、処理性能の観点からは、ファイル内のレコードの全
件読込みのような処理には相対編成ファイルは向いてい
ないといえる。

【０００５】

【発明が解決しようとする課題】結局、従来のファイル
アクセス方法あるいはファイルアクセスシステムでは、
単一のデータファイルに対し、それが順編成ファイルで
あるかのように、また、相対編成ファイルであるかのよ
うにアクセスすることは難しく、そのため、異なるアク
セス方法でのファイルアクセスが想定されるような場合
には、効率的な処理を行うために、実質的には同一のデ
ータ内容であるがファイル編成が異なる複数のデータフ
ァイルを利用目的ごとに用意し、それらを管理しなけれ
ばならないという問題点がある。

【０００６】本発明の目的は、単一のデータファイルに
対して異なるアクセス方法で効率よくアクセスすること
が可能であるファイルアクセス方法及びファイルアクセ
スシステムを提供することにある。

【０００７】

【課題を解決するための手段】本発明のファイルアクセ
ス方法は、アクセス要求に応じてデータファイルにアク
セスするファイルアクセス方法において、データファイ
ルが、最大レコード長及び最大レコード番号の情報を含
むファイルラベル領域と、レコードごとに設けられると
ともにレコード情報領域及びデータレコード格納領域を
含むレコード領域とから構成され、レコード情報領域
が、対応するレコード領域での有効レコード長と、削除
レコード標識の格納域とを含み、アクセス要求が順編成
ファイルとしての書込み要求であるときは、データファ
イルにレコード領域を追加するとともに、最大レコード
番号を更新し、アクセス要求が順編成ファイルとしての
読込み要求であるときは、削除レコード標識によってレ
コードであると示されているレコードを飛ばして、レコ
ード領域を順次読出すことを特徴とする。

【０００８】本発明のファイルアクセスシステムは、ア
クセス要求に応じてデータファイルにアクセスするファ
イルアクセスシステムにおいて、アクセス要求が、どの
ような編成のファイルを対象としたものかを判別するフ
ァイル編成判別手段と、ファイル編成別に設けられ、そ
れぞれのファイル編成に応じたデータの入出力処理をデ
ータファイルに対して行う編成ファイルアクセス手段
と、を有し、ファイル編成判別手段が、判別結果に応じ
てアクセス要求を対応する編成ファイルアクセス手段に
振り分けることを特徴とする。

【０００９】本発明によれば、アプリケーションプログ
ラムから、データレコードが格納された１つのファイル
を異なるファイル編成のものとしてアクセスできるよう
になる。具体例を挙げれば、ある１つのデータファイル
を順編成ファイルとしてアクセスしたり、相対編成ファ
イルとしてアクセスしたり、また後で索引ファイルを追
加作成することで索引順編成ファイルとしてアクセスす
ることができるようになる。

【００１０】

【発明の実施の形態】次に、本発明の実施の形態につい
て、図面を参照して説明する。図１は、本発明の好まし
い実施の形態のファイルアクセスシステムの構成を示す
ブロック図である。

【００１１】このファイルアクセスシステムは、アプリ
ケーションプログラム１０からの要求にしたがって、デ
ータファイル１６にアクセスするためのものであって、
アプリケーションプログラム１０からのファイルアクセ
ス要求にしたがってデータファイル１６に対してファイ
ルアクセスを行うファイルアクセス装置１１を備えてい
る。また、アプリケーションプログラム１０からのファ
イルアクセス要求として、索引順編成ファイルとしての
アクセス要求（索引順アクセスによるファイルアクセス
の要求）があることが想定される場合には、データファ
イル１６と対をなす索引ファイル１７と、データファイ
ル１６の内容に基づいて索引ファイル１７を作成あるい
は更新する索引ファイル作成／更新手段１８を設けるよ
うにする。

【００１２】ファイルアクセス装置１１内には、アプリ
ケーションプログラム１０側からのファイルアクセス要
求が、どのような編成のファイルを対象としたものかを
判別するファイル編成判別手段１２と、アクセス要求で
想定しているファイル編成別に設けられ、それぞれのフ
ァイル編成に応じたデータの入出力処理をデータファイ
ル１６（と必要に応じて索引ファイル１７）に対して行
う複数の編成ファイルアクセス手段とが設けられてい
る。ここでは、想定されるファイルアクセス要求が、順
編成ファイル、相対編成ファイル及び索引順編成ファイ
ルであるとして、編成ファイルアクセス手段として、順
編成ファイルアクセス手段１３、相対編成ファイルアク
セス手段１４及び索引順編成ファイルアクセス手段１５
が設けられている。ファイル編成判別手段１２は、アプ
リケーションプログラム１０がファイルアクセス装置１
１に対してファイルへのアクセス命令を要求した場合
に、アクセス要求されたファイル編成を判別し、その編
成に応じて、順編成ファイルアクセス手段１３、相対編
成ファイルアクセス手段１４、索引順編成ファイルアク
セス手段１５に、その処理要求を振り分ける。

【００１３】ここで、想定されるファイルアクセス方法
が、順編成ファイルに対するものと相対編成ファイルに
対するものだけである場合には、索引順編成ファイルア
クセス手段１５及び索引ファイル１７は、配備されな
い。

【００１４】索引ファイル作成／更新手段１８は、デー
タファイル１６が、順編成ファイルや相対編成ファイル
としてもともと作成されていた場合、後から索引順編成
ファイルとして使用するために索引ファイル１７を追加
作成したり、アプリケーションプログラム１０が順編成
ファイルや相対編成ファイルとしてレコードの追加／更
新／削除を行った場合は、対応する索引ファイル１７が
存在する場合でも即時には索引ファイル１７の索引情報
にその追加／更新／削除は反映されないので、後で一括
してデータファイル１６の状態を索引ファイル１７に反
映するための更新処理を行うものである。通常は、索引
ファイル作成／更新手段１８は、ファイル保守用サービ
スプログラムとして設けられる。

【００１５】図２は、本発明におけるデータファイルの
構造について示したものである。

【００１６】データファイル１６は、ファイルの先頭に
固定サイズのファイルラベル領域２１を有し、そのファ
イルラベル領域２１には、ファイル情報として、最大レ
コード長、ファイル内最大レコード番号、対応する索引
ファイル名等が、ファイル固定属性として格納してい
る。図２には示していないが、データファイル１６と対
応する索引ファイル１７とが正しく整合が取れているか
を示す整合情報も、ファイルラベル領域２１に書込まれ
る。データファイル１６において、ファイルラベル領域
２１以降のファイル領域は、（最大レコード長＋レコー
ド情報領域長）で求められる固定サイズのレコード領域
２２で区画され、各レコード領域２２は、レコード情報
領域とデータレコード格納領域で構成される。レコード
情報領域２３には、各レコードの有効データ長が格納さ
れるともに、削除レコード標識の格納域が設定される。
この削除レコード標識の格納域には、そのレコードが論
理的に削除されていてファイル内に存在しないレコード
である場合には、そのことを示す削除レコード標識が書
込まれる。データレコード格納領域には、実際の利用者
データが格納される。レコード情報領域２３は、固定長
のフィールドであり、データレコード格納領域の長さ
は、最大レコード長に設定されている。

【００１７】以上の説明から明らかなように、データフ
ァイル１６は、相対編成ファイルのファイル編成を基本
として、これに、順アクセスや索引順アクセスを行うた
めの情報を、ファイルラベル領域２１やレコード情報領
域２３に格納したものである。したがって、このレコー
ドの削除処理を行う場合を除けば、相対編成ファイルと
してデータファイル１６にアクセスするときの処理は、
従来の相対編成ファイルへのアクセスと同様になる。

【００１８】次に、このファイルアクセスシステムの動
作について説明する。

【００１９】アプリケーションプログラム１０からファ
イルアクセス要求がファイルアクセス装置１１に出され
ると、その要求はファイル編成判別手段１２によって受
け付けられ、ファイル編成判別手段１２は、アクセス要
求されたファイル編成を判別し、その編成に応じて、順
編成ファイルアクセス手段１３、相対編成ファイルアク
セス手段１４、索引順編成ファイルアクセス手段１５の
いずれかに、その処理要求を振り分ける。

【００２０】ここでまず、順編成ファイルとしてアクセ
ス要求された場合の処理を説明する。順編成ファイルの
場合、ファイル自体の新規作成とファイル全体の削除を
除けば、ファイルに対するアクセス要求としては、レコ
ードの書込みとレコードの読出しだけである。しかも、
レコードの書込みでは、ファイルの途中にレコードが挿
入されることはなく、常にファイル内の最終レコードの
後ろにレコードが追加される。

【００２１】図３は、順編成ファイルとしてデータファ
イル１６にレコードを書込む際の処理手順を示してい
る。このレコード書込み処理は、順編成ファイルアクセ
ス手段１３によって行われる。

【００２２】まず、ファイルラベル領域２１内の最大レ
コード番号を参照し、その値に１を加えた値が書込むべ
きレコードのレコード番号になる。そのレコード番号と
最大レコード長から、ファイル上のレコードを書込むフ
ァイル内アドレス（レコード格納位置）を算出し（ステ
ップ３１）、そのファイル内アドレスが、現状の（すな
わち、予めオペレーティングシステム（ＯＳ）から割当
を受けている）ファイルサイズ内の収まるか否かを判別
する（ステップ３２）。ファイルサイズが不足している
場合は、ファイルサイズの拡張を処理を行い（ステップ
３３）、ファイルサイズの拡張が成功したかどうかを判
別する（ステップ３４）。ファイルサイズの拡張に失敗
した場合は、エラーとして利用者にステータスを返却す
る。

【００２３】ステップ３２でファイルサイズが足りてい
る場合、及びステップ３４でファイルサイズの拡張が成
功した場合は、レコード格納位置に追加すべきレコード
のレコード領域２２を確保し、まず、レコード情報領域
２３を作成し、書込むレコードの実際のレコードサイズ
を有効レコード長としてレコード情報領域２３に書込み
（ステップ３５）、その上で、実際のレコードのイメー
ジをデータレコード格納領域に書込み（ステップ３
６）、ファイルラベルの最大レコード番号を書き換え
（ステップ３７）、書込み処理を終了する。

【００２４】図４は、順編成ファイルとしてデータファ
イル１６からレコードを読込む際の処理手順を示してい
る。このレコード読込み処理は、順編成ファイルアクセ
ス手段１３によって行われる。

【００２５】順編成ファイルのレコード読込みは、レコ
ード番号順、つまりファイル内のレコード格納順に読込
むので、まず直前に読込んだレコード（カレントレコー
ド）のレコード番号を順編成ファイルアクセス手段１３
中に保持するようにして、まず、カレントレコードのレ
コード番号に１を加えたレコード番号のレコードが格納
されているファイル内アドレス（レコード格納位置）を
算出する（ステップ４１）。ここで、算出したレコード
番号がファイルラベル内の最大レコード番号より大きい
かどうかを判別し（ステップ４２）、大きい場合には、
ファイル終端検出として利用者にステータスを返却し
て、読込み処理を終了する。

【００２６】最大レコード番号以下である場合には、算
出したレコード領域２２のレコード情報領域２３に削除
レコード標識が書込まれているかを判別する（ステップ
４３）。削除レコード標識が書込まれていた場合は、そ
のレコードは論理的に削除されて存在しないレコードと
いうことなので、ステップ４１に戻り、次のレコード番
号のレコードを参照し同様の処理を繰り返す。一方、ス
テップ４３において削除レコードでないレコードの場合
は、そのレコードのレコード情報領域２３にある有効レ
コード長の分だけ、データレコード格納領域のレコード
イメージを利用者（アプリケーションプログラム１０）
側に転送し、順編成ファイルアクセス手段１３内に保持
しているカレントレコード番号を書き換え（ステップ４
５）、処理を終了する。

【００２７】次に、相対編成ファイルとしてデータファ
イル１６にアクセスする場合の処理を説明する。上述し
たように、データファイル１６のファイル編成は、実際
には、相対編成ファイルのファイル編成を拡張したもの
であるから、通常のレコード読込み及びレコード書込み
は、相対編成ファイルアクセス手段１４によって、一般
の相対編成ファイルの場合と同様に行われる。

【００２８】図５は、データファイル１６に対し、相対
編成ファイルとしてレコード削除を行う場合の処理を示
している。この処理は、相対編成ファイルアクセス手段
１４によって行われる。

【００２９】まず削除要求されたレコードのレコード番
号から、そのレコードが格納されるファイル内レコード
アドレス（レコード格納位置）を算出し（ステップ５
１）、そのアドレスがファイル領域内のアドレスかどう
かを判別する（ステップ５２）。ファイル領域内でなけ
れば、エラーとして利用者にステータスを返却し、その
レコード領域がファイル領域内の正しいアドレスだった
場合は、そのレコードのレコード情報領域２３を参照
し、既に削除レコード標識が書込まれているかを判別す
る（ステップ５３）。ここで既に削除レコード標識が書
込まれていた場合は、エラーとして利用者にステータス
を返却する。削除されたレコードでなかった場合は、そ
のレコード情報領域２３に削除レコード標識を書込み
（ステップ５４）、レコード削除処理を終了する。

【００３０】次に、索引順編成ファイルとしてアクセス
する際の処理を説明する。相対編成ファイルと索引ファ
イルを用いることによって索引順編成ファイルとするこ
とができ、また、データファイル１６は相対編成ファイ
ルのファイル編成を拡張したものであるから、通常のレ
コード読込み及びレコード書込みは、索引順編成ファイ
ルアクセス手段１５によって、通常の索引順編成ファイ
ルの場合と同様に行われる。

【００３１】図６は、データファイル１６に対し、索引
順編成ファイルとしてレコード削除を行う場合の処理を
示している。この処理は、索引順編成ファイルアクセス
手段１５によって行われる。

【００３２】まず、削除すべきレコードのレコード番号
を求めるために、索引ファイル１７によってキー検索を
実施し（ステップ６１）、削除すべきレコードのレコー
ド番号から、そのレコードが格納されるファイル内レコ
ードアドレス（レコード格納位置）を算出し（ステップ
６２）、そのアドレスがファイル領域内のアドレスかど
うかを判別する（ステップ６３）。ファイル領域内でな
ければ、エラーとして利用者にステータスを返却し、そ
のレコード領域がファイル領域内の正しいアドレスだっ
た場合は、そのレコードのレコード情報領域２３を参照
し、既に削除レコード標識が書込まれているかを判別す
る（ステップ６４）。ここで既に削除レコード標識が書
込まれていた場合は、エラーとして利用者にステータス
を返却する。削除されたレコードでなかった場合は、そ
のレコード情報領域２３に削除レコード標識を書込み
（ステップ６５）、削除したレコードのキーを索引ファ
イルから削除して（ステップ６６）、レコード削除処理
を終了する。

【００３３】上述のように順編成ファイルや相対編成フ
ァイルとしてレコードの書込みや削除を行った場合は、
当然、データファイル１６側のみしか更新しないので、
対象ファイルを索引順編成ファイルとしても使用するた
めに対応する索引ファイル１７が存在していても、その
索引ファイル１７に対してキーの追加／削除は行われな
いこととなり、データファイル１６と索引ファイル１７
とは不整合が生じる。なお、順編成ファイルや相対編成
ファイルとしてレコードの書込みや削除を行い、その結
果、データファイル１６と索引ファイル１７とが不整合
となる場合には、データファイル１６のファイルラベル
領域２１にある整合情報と、索引ファイル１７のファイ
ルラベル中の整合情報とを削除するものとする。

【００３４】不整合の発生に対しては、アプリケーショ
ンプログラム１０の処理終了後、索引ファイル作成／更
新手段１８によって、データファイル１６と索引ファイ
ル１７の整合を取ることができる。また、この索引ファ
イル作成／更新手段１８を用いることによって、当初は
順編成ファイルや相対編成として作成されたデータファ
イル１６を索引順編成ファイルとして利用するために、
後から索引ファイル１７を追加作成することも可能であ
る。

【００３５】図７は、索引ファイル作成／更新手段１８
による索引ファイル作成処理の流れを示したものであ
る。

【００３６】データファイル１６に対応する索引ファイ
ル１７が既に存在するかどうかを判別し（ステップ７
１）、存在している場合はそのままステップ７３に移行
し、存在しない場合には、新たに索引ファイル１７を作
成してから（ステップ７３）、ステップ７３に移行す
る。ステップ７３では、索引ファイル１７のラベル情報
として作成するキー管理情報を書込む。

【００３７】その後、データファイル１６よりレコード
番号順でレコードを１件読込み（ステップ７４）、ファ
イルの終端を検出したかを判別し（ステップ７５）、フ
ァイル終端でなければ、そのレコードに対応するキーレ
コードを索引ファイル１７に追加登録して（ステップ７
６）、ステップ７４に戻る。ステップ７５でファイル終
端を検出した場合、すなわち、レコード番号順にレコー
ドを読み込んでそのレコードに対応するキーレコードを
索引ファイル１７に書込む処理が、データファイル１６
の全レコードについて行われた場合には、データファイ
ル１６のファイルラベル領域２１にその索引ファイル１
７の索引ファイル名を書込み、データファイル１６と索
引ファイル１７が正しく整合が取れているという情報
（整合情報）をデータファイル１６のファイルラベル領
域２１と索引ファイル１７のファイルラベルに書込んで
（ステップ７７）、処理を終了する。

【００３８】図８は、索引ファイル作成／更新手段１８
による索引ファイル更新処理の流れを示したものであ
る。ここでの処理は、基本的には、データファイル１６
に格納されているレコードを基に索引ファイル１７側の
キーが正しく整合が取れているかを照合し、必要なキー
を追加または不要なキーを削除して索引ファイル１７を
校正する処理であり、この処理をデータファイル１６側
から（ステップ８１〜８５）と、索引ファイル１７側か
ら（ステップ８６〜９０）、それぞれ行うものである。

【００３９】まず、データファイル１６より、レコード
番号順にレコードを１件読込み（ステップ８１）、ファ
イル終端を検出したかを判別する（ステップ８２）。フ
ァイル終端でない場合には、そのレコードに対応するキ
ーが索引ファイル１７に登録されているか否かの検索を
行い（ステップ８３）、キーが見つかったかどうかを判
別する（ステップ８４）。キーが見つかった場合には、
次のレコードを読込んで同様の処理を繰り返すためにス
テップ８１に戻り、キーが見つからなかった場合には、
そのレコードのキーを索引ファイル１７に追加してから
（ステップ８５）、次のレコードを読込んで同様の処理
を繰り返すために、ステップ８１に戻る。

【００４０】ステップ８２においてファイル終端を検出
した場合、すなわち、データファイル１６からレコード
番号順にレコードを読込んでステップ８２〜８５の処理
を繰り返す処理を、データファイル１６の全レコードに
対して実行した場合には、次に、索引ファイル１７か
ら、キーレコードを１件読込んで（ステップ８６）、フ
ァイル終端を検出したかを判別する（ステップ８７）。
ファイル終端でない場合には、データファイル１６にお
ける、そのキーに対応するレコード番号のレコードの格
納位置を算出し（ステップ８８）、データファイル１６
でのそのレコード格納位置を実際にアクセスすることに
より、対応するレコードがデータファイル１６に論理的
に存在するか否かを検証する（ステップ８９）。レコー
ドが論理的に存在する場合には、次のキーを参照して同
様の検証を繰り返すために、ステップ８５に戻る。一
方、ステップ８９において、レコードのレコード情報領
域２３に削除レコード標識が書込まれている等、レコー
ドが論理的に存在していない場合には、そのキーを索引
ファイル１７から削除してから（ステップ９０）、ステ
ップ８５に戻る。

【００４１】ステップ８７においてファイル終端を検出
した場合、すなわち、索引ファイル１７の全てのキーに
ついてステップ８６〜９０の検証処理を実行した場合に
は、データファイル１６と索引ファイル１７が正しく整
合が取れているという整合情報を、データファイル１６
のファイルラベル領域２１と、索引ファイル１７のファ
イルラベルに書込んで、索引ファイル更新処理を終了す
る。

【００４２】

【発明の効果】同じデータファイルをアクセスするにし
ても、アプリケーションの違いや運用形態によって、最
適なアクセス方法は異なってくる。ファイルのデータを
全件読み込む場合や一括してデータを格納する場合は順
編成ファイルが最適であり、高速にランダムアクセスを
行う場合は相対編成が最適であり、データの一部分のフ
ィールドをキーとして検索を行う場合は索引順編成ファ
イルが最適である。

【００４３】本発明は、ファイル編成判別手段と、ファ
イル編成別の編成ファイルアクセス手段とを設けること
により、アプリケーションプログラムの目的別に異なる
複数種類のデータファイルを用意することなく、１つの
データファイルが異なる複数のファイル編成（例えば、
順編成、相対編成、索引順編成）をこなせるようになっ
て、ファイルの保守管理が容易になるとともに、ファイ
ルのためのディスク領域の節約が可能になることという
効果がある。

【図面の簡単な説明】

【図１】本発明の実施の一形態のファイルシステムの構
成を示すブロック図である。

【図２】データファイルの構成を説明する図である。

【図３】順編成ファイルとしてアクセスするときのレコ
ード書込み処理を説明するフローチャートである。

【図４】順編成ファイルとしてアクセスするときのレコ
ード読込み処理を説明するフローチャートである。

【図５】相対編成ファイルとしてアクセスするときのレ
コード削除処理を説明するフローチャートである。

【図６】索引順編成ファイルとしてアクセスするときの
レコード削除処理を説明するフローチャートである。

【図７】索引ファイル作成処理を説明するフローチャー
トである。

【図８】索引ファイル更新処理を説明するフローチャー
トである。

【符号の説明】

１０ アプリケーションプログラム １１ ファイルアクセス装置 １２ ファイル編成判別手段 １３ 順編成ファイルアクセス手段 １４ 相対編成ファイルアクセス手段 １５ 索引順編成ファイルアクセス手段 １６ データファイル １７ 索引ファイル １８ 索引ファイル作成／更新手段 ２１ ファイルラベル領域 ２２ レコード領域 ２３ レコード情報格納領域 ３１〜３７，４１〜４５，５１〜５４ ステップ ６１〜６６，７１〜７７，８１〜９１ ステップ

フロントページの続き (72)発明者 藤崎 徹 東京都江東区新木場１丁目18番６号 日本 電気ソフトウェア株式会社内 Ｆターム(参考） 5B075 ND02 ND23 NK02 NK13 NR03 PQ05 5B082 EA04 EA05 GA02

Claims (7)

【特許請求の範囲】
1. 【請求項１】 アクセス要求に応じてデータファイルに
   アクセスするファイルアクセス方法において、 前記データファイルが、最大レコード長及び最大レコー
   ド番号の情報を含むファイルラベル領域と、レコードご
   とに設けられるとともにレコード情報領域及びデータレ
   コード格納領域を含むレコード領域とから構成され、 前記レコード情報領域が、対応するレコード領域での有
   効レコード長と、削除レコード標識の格納域とを含み、 前記アクセス要求が順編成ファイルとしての書込み要求
   であるときは、前記データファイルにレコード領域を追
   加するとともに、前記最大レコード番号を更新し、 前記アクセス要求が順編成ファイルとしての読込み要求
   であるときは、前記削除レコード標識によって削除レコ
   ードであると示されているレコードを飛ばして、前記レ
   コード領域を順次読出すことを特徴とするファイルアク
   セス方法。
2. 【請求項２】 前記データファイルと対をなす索引ファ
   イルが設けられるとともに、前記ファイルラベル領域に
   対応する索引ファイル名が格納され、 前記アクセス要求が索引順編成ファイルとしてのアクセ
   ス要求であるときは、前記索引ファイルに格納されたキ
   ーを検索して前記データファイルにアクセスする、請求
   項１に記載のファイルアクセス方法。
3. 【請求項３】 アクセス要求に応じてデータファイルに
   アクセスするファイルアクセスシステムにおいて、 前記アクセス要求が、どのような編成のファイルを対象
   としたものかを判別するファイル編成判別手段と、 ファイル編成別に設けられ、それぞれのファイル編成に
   応じたデータの入出力処理を前記データファイルに対し
   て行う編成ファイルアクセス手段と、を有し、 前記ファイル編成判別手段が、判別結果に応じて前記ア
   クセス要求を対応する編成ファイルアクセス手段に振り
   分けることを特徴とする、ファイルアクセスシステム。
4. 【請求項４】 前記編成ファイルアクセス手段として、
   前記データファイルに対して順編成ファイルとしての入
   出力処理を行う順編成ファイルアクセス手段と、前記デ
   ータファイルに対して相対編成ファイルとしての入出力
   処理を行う相対編成ファイルアクセス手段と、を備える
   請求項３に記載のファイルアクセスシステム。
5. 【請求項５】 前記データファイルが、最大レコード長
   及び最大レコード番号の情報を含むファイルラベル領域
   と、レコードごとに設けられるとともにレコード情報領
   域及びデータレコード格納領域を含むレコード領域とか
   ら構成され、 前記レコード情報領域が、対応するレコード領域での有
   効レコード長と、削除レコード標識の格納域とを含み、 前記順編成ファイルアクセス手段は、前記アクセス要求
   が順編成ファイルとしての書込み要求であるときは、前
   記データファイルにレコード領域を追加するとともに、
   前記最大レコード番号を更新し、前記アクセス要求が順
   編成ファイルとしての読込み要求であるときは、前記削
   除レコード標識によって削除レコードであると示されて
   いるレコードを飛ばして、前記レコード領域を順次読出
   す、請求項４に記載のファイルアクセスシステム。
6. 【請求項６】 前記データファイルと対をなす索引ファ
   イルが設けられるとともに、前記ファイルラベル領域に
   対応する索引ファイル名が格納され、 前記編成ファイルアクセス手段として、前記索引ファイ
   ルに格納されたキーを検索／更新することにより前記デ
   ータファイルに対して索引順編成ファイルとしての入出
   力処理を行う索引順編成ファイルアクセス手段をさらに
   備える、請求項４に記載のファイルアクセスシステム。
7. 【請求項７】 前記データファイルと前記索引ファイル
   との整合をとる索引ファイル作成／更新手段を有する請
   求項６に記載のファイルアクセスシステム。