JP3042427B2 - データファイル管理装置及びデータファイル管理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一のデータファイ
ルを複数のプログラムが同時に使用する電子計算機シス
テムにおいて、そのレコード操作の排他制御を行うため
のデータファイル管理装置及びデータファイル管理方法
に関する。

【０００２】

【従来の技術】複数のプログラムが一つのデータファイ
ルを同時に使用する場合には、それぞれのプログラムが
勝手にファイル内のレコード操作を行うと、データファ
イル内のレコードが破壊されてしまう可能性がある。そ
こで、レコードが簡単に破壊されないよう堅牢性をもた
せ、ファイルを操作するプログラムの間で一つのプログ
ラムがレコードを操作しているときは、他のプログラム
からはそのレコードを操作出来ないような排他制御をす
る必要がある。

【０００３】従来、この種の技術として、特開平１−２
４１６３９号公報に示すものが知られており、同公報に
おいては、データファイル内の各レコードに対してレコ
ード識別子を割り振るとともに、使用中レコードのレコ
ード識別子を記憶し、このレコード識別子にもとづいて
レコードに対するアクセスの排他制御を行っている。

【０００４】

【発明が解決しようとする課題】上述した従来のデータ
ファイル管理装置においては、次のような課題があっ
た。データファイル中にレコード識別子という制御用の
情報が混入することになり、かかるレコード識別子を用
いないシステムとの間ではデータファイルの互換性が皆
無であるし、また、レコード識別子を用いるシステム間
においてもレコード識別子の生成アーキテクチャーなど
の制御体系を統一しなければデータファイルの互換性は
図れない。

【０００５】本発明は、上記課題をかんがみてなされた
もので、堅牢性を維持し、かつシステム間でのデータフ
ァイルの互換性を低下させることなく、所定のレコード
に対して同時に複数のトランザクションが発生しない限
り、複数のトランザクションが独立してレコード操作す
ることが可能なデータファイル管理装置及びデータファ
イル管理方法の提供を目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１にかかる発明は、特別な識別子を持たない
複数のレコードからなるデータファイルを複数のプログ
ラムで共通に使用するためのファイル管理装置であっ
て、上記データファイル中の所定のレコードに対するト
ランザクション発生時に、この所定のレコードのレコー
ド位置情報を保持するとともに、上記データファイル中
のレコード位置が変更されたときのレコード位置変更情
報を保持するレコード位置記憶手段と、上記データファ
イルに対する複数のトランザクションのうち、上記レコ
ード位置情報とレコード位置変更情報とを用いて、上記
所定のデータが格納されることとなった上記データファ
イル上の実際のレコード格納位置を算出するレコード位
置算出手段を具備し、このレコード位置算出手段の算出
結果にもとづいて、上記データファイルに対する複数の
トランザクションのうち、上記物理的に同一のレコード
に対するトランザクションを検出し、各々のトランザク
ションについて排他制御する排他制御手段とを備えた構
成としてある。

【０００７】すなわち、特別な識別子を持たない複数の
レコードからなるデータファイル中の所定レコードに対
してトランザクションが発生すると、上記修正レコード
記憶手段は、同レコードのレコード位置情報を保持す
る。ここにおけるレコード位置情報とは、上記トランザ
クション発生時のデータファイル上におけるレコードの
絶対的な位置を表すものであり、例えば、先頭レコード
から数えて何番目に相当するレコードであるかというこ
とを表す。

【０００８】この後、レコードの削除、挿入によりレコ
ード位置に変更があると、同修正レコード記憶手段は、
その変更内容を表すレコード位置変更情報を保持する。
これについては、例えば、レコードの削除が行われたと
き、先頭から数えて何番目のレコードが削除されたか、
あるいはレコードの挿入が行われたとき、先頭から数え
て何番目の位置に挿入されたかということに関する情報
を保持する。

【０００９】 上記排他制御手段は、データファイルに対
する複数のトランザクションのうち、物理的に同一のレ
コードに対するトランザクションを上記レコード位置情
報とレコード位置変更情報にもとづいて検出し、各々の
トランザクションについて排他制御する。

【００１０】 ここにいう物理的に同一のレコードとは、
次のようなことを意味する。例えば、図１（ａ）に示す
ように第一のトランザクションがデータファイル中の先
頭レコードから数えて「１０」番目のレコード（ＲＥＣ
１０）を更新するものであり、この第一のトランザクシ
ョンが非常に長く、図１（ｂ）に示すように、この間に
第二のトランザクションが発生して先頭レコードから
「２」番目のレコード（ＲＥＣ２）を削除した後、図１
（ｃ）に示すように、第三のトランザクションが先頭レ
コードから「９」番目のレコード（ＲＥＣ９）にアクセ
スする場合を考える。

【００１１】 この場合、第三のトランザクションにより
アクセスされるレコードは、先頭レコードから数えて
「９」番目であるが、第二のトランザクションが先頭レ
コードから「２」番目のレコードを削除しているため、
第一のトランザクションが発生した時点でのレコード位
置に換算すると「１０」番目のレコードに相当する。従
って、表記上は異なるレコードであっても、第一のトラ
ンザクションによりアクセスされるレコードは、第三の
トランザクションにアクセスされるレコードと実質的に
同一となり、この意味で物理的に同一のレコードとい
う。

【００１２】 ところで、この例の如く、物理的に同一の
レコードに対して同時に複数のトランザクションを受け
付けてしまうと、レコードの破壊等の弊害が生じるた
め、一のレコードについて同時に複数のトランザクショ
ンを受け付けないように排他制御する必要がある。

【００１３】 ここにいう排他制御とは、必ずしも一のレ
コードに対して同時に存在する複数のトランザクション
のうち、最先のトランザクションのみを受け付けること
を意味するものではない。例えば、トランザクションに
優先度という制御情報を付与するとともに、トランザク
ションを一定期間だけ所定記憶領域にプールして、優先
度の高いトランザクションから処理するようにすれば、
必ずしも最先のトランザクションを受け付けるとは限ら
ない。

【００１４】 また、上述した例では、第三のトランザク
ションによりアクセスされるレコードの位置を、同トラ
ンザクションに対応する上記レコード位置情報と第二の
トランザクションによるレコード位置変更情報とを用い
て第一のトランザクション発生時のレコード位置に換算
し、換算後のレコード位置にもとづいて物理的に同一の
レコードか否かという判断をしている。しかしながら、
物理的に同一のレコードか否かの判断をするという意味
では、必ずしもこの構成にとらわれることはなく、むし
ろ、上述した例とは逆で、第一のトランザクションに対
応するレコード位置を、第二のトランザクション終了時
におけるデータファイル上のレコード位置に換算した方
が都合が良い。

【００１５】 なぜなら、前者においては、システム開始
時からの全てのレコード位置変更情報を用いてレコード
位置の換算処理を行わなければならず、レコードの削除
や挿入が頻繁に行われるシステムには適さない。 これに
対して、 後者においては、レコード位置に変更があった
時点でレコード位置の換算処理がおこなわれるため、当
該換算処理が終了した後は、もはやレコード位置変更情
報を保持しておく必要はなく、同換算処理の負担も軽減
される。

【００１６】 具体的には、 上記レコード位置算出手段
は、第一のトランザクション発生時のレコード位置情報
である先頭から「１０」番目のレコードということと、
第二のトランザクションにより先頭から「２」番目のレ
コードが削除されたというレコード位置変更情報とを用
いて、第三のトランザクション発生時には先頭から
「９」番目のレコードに位置するという真のレコード位
置を算出する。そして、このレコード位置にもとづいて
第三のトランザクションが第一のトランザクションと物
理的に同一のレコードに対するトランザクションである
ことを検出し、第三のトランザクションを受け付けない
ように排他制御を行う。

【００１７】 一方、レコード位置変更情報を保持する具
体的構成としては、ハードディスク上の所定領域に保持
することも可能であるし、メモリ上の所定領域に保持す
ることも可能であり、少なくとも一定期間かかる情報を
保持できるものであれば、あらゆる記憶媒体を適用可能
である。

【００１８】 また、記憶媒体を用いてレコード位置変更
情報を保持するにしても、種々の保持態様が考えられ
る。例えば、トランザクションを受け付ける前に、予め
所定容量の記憶領域を準備しておいても良いし、トラン
ザクションが発生する度に所定容量の記憶領域を確保す
るようにしても良い。しかしながら、記憶媒体について
は、アクセススピードを考えるとハードディスクよりも
メモリの方が断然有利であり、情報の保持態様として
は、トランザクションが発生する度に所定の記憶領域を
確保するようにした方がリソースを無駄に使うことがな
いため効率が良い。

【００１９】 そこで、請求項２にかかる発明は、上記請
求項１に記載のデータファイル管理装置において、上記
レコード位置記憶手段は、一のトランザクションの発生
毎に所定のメモリ空間を確保して各トランザクションに
よるレコード位置変更情報を記憶せしめるレコード位置
変更情報記憶手段を備えた構成としてある。すなわち、
トランザクションの発生毎に所定のメモリ空間を確保
し、対応するトランザクションによるレコード変更情報
が同メモリ空間に記憶される。もちろん、レコード位置
が変更されるのは、レコードの削除、あるいは挿入が行
われるときであり、これ以外のレコードの更新等ではレ
コード位置は変更されず、レコード位置変更情報も存在
しないことはいうまでもない。

【００２０】さらに、請求項３にかかる発明は、特別な
識別子を持たない複数のレコードからなるデータファイ
ルを複数のプログラムで共通に使用するにあたり、上記
データファイル中の所定レコードに対するトランザクシ
ョン発生時に同レコードのレコード位置情報を保持する
とともに、同データファイル中のレコード位置が変更さ
れたときのレコード位置変更情報を保持し、上記レコー
ド位置情報とレコード位置変更情報とを用いて、上記所
定のデータが格納されることとなった上記データファイ
ル上の実際のレコード格納位置を算出し、この算出結果
にもとづいて上記データファイルに対する複数のトラン
ザクションのうち、上記物理的に同一のレコードに対す
るトランザクションを検出し、各々のトランザクション
について排他制御する構成としてある。すなわち、必ず
しも実体のある装置に限らず、その方法としても有効で
あることに相違はない。

【００２１】

【発明の実施の形態】以下、図面にもとづいて本発明の
実施形態を説明する。図２は、本発明の一実施形態にか
かるデータファイル管理装置を適用した、いわゆるクラ
イアント−サーバ型のシステムをブロック図により示し
ている。同図において、クライアント１０〜１２とサー
バ２０との間には、所定のネットワークが構築されてお
り、クライアント１０〜１２は、それぞれサーバ２０の
ハードディスク３０に格納された特別な識別子を有さな
い複数のレコードからなるデータファイル４０内のレコ
ードを、同ネットワーク経由で操作するプログラム１０
ａ〜１２ａを有している。これらのプログラム１０ａ〜
１２ａは、あくまでもレコード操作をメッセージとして
送出してその結果を受信するものであり、各々は完全に
独立して動作し、たとえ同時にレコード操作を行ってい
るとしても、互いに何れのレコードを操作しているかに
ついては全く関知しない。

【００２２】ここにいうレコード操作メッセージとは、
サーバ２０がこれを受信して操作対象レコードのデータ
ファイル４０におけるレコード位置情報と、同レコード
に対してどのような操作を行うかというレコード操作内
容と、当該レコード操作メッセージの送信元に関する情
報を取得することができれば、メッセージフォーマット
等は特に限定されるものではない。ただし、本実施形態
においては、同レコード位置情報は、先頭レコードから
数えて何番目のレコードに位置するかということを表
し、同レコード操作内容は、「Ｒ」（レコードの参
照）、「Ｕ」（レコードの更新）、「Ｉ」（レコードの
挿入）、「Ｄ」（レコードの削除）の四文字で表し、同
レコード操作メッセージの送信元に関する情報は、送信
元クライアントのネットワークアドレスを表すこととす
る。

【００２３】ここにおいて、同レコード操作内容が、
「Ｉ」もしくは「Ｄ」の場合、データファイル４０内の
レコード位置が変更されることになる。例えば、先頭レ
コードから「１００」番目の位置にレコードを挿入すれ
ば、それ以降のレコードについてレコード位置は「１」
ずつ加算されるし、先頭レコードから「１００」番目の
レコードを削除すれば、それ以降のレコードについてレ
コード位置は「１」ずつ減算される。この意味で、レコ
ード操作メッセージが上記レコード位置変更情報に相当
する。

【００２４】一方、サーバ２０は、完全なマルチタスク
環境を備えており、一のプログラム（モジュール）で同
時に複数のタスクをハンドルすることが可能な構成とし
てある。そして、サーバ起動時に複数のモジュール群か
ら構成されるデータファイル管理プログラム５０がＣＰ
Ｕ６０のもとでＲＡＭ７０にロードされて所定のモジュ
ールが常駐し、後述するようにしてトランザクションの
排他制御を行う。この意味で、データファイル管理プロ
グラム５０と、ＣＰＵ６０と、ＲＡＭ７０とがデータフ
ァイル管理装置８０を構成する。

【００２５】本実施形態においては、データファイル管
理装置８０をサーバ２０のハードウェア及びソフトウェ
アとして一体化しているが、もちろん、別体として設け
ることも可能である。また、必ずしもクライアント−サ
ーバ型のシステムにとらわれることはなく、あらゆる電
子計算機システムに適用可能であることはいうまでもな
い。図３は、ＲＡＭ７０にロードされたデータファイル
管理プログラム５０の入出力を示すブロック図である。
なお、同図において、プログラムインタフェース５１
と、使用レコード判定モジュール５４と、レコード位置
修正モジュール５５がメモリ常駐モジュールである。

【００２６】プログラムインタフェース５１は、不定期
に入力されるプログラム１０ａ〜１２ａからのレコード
操作メッセージを受信して図示しないメッセージバッフ
ァにキューイングし、いわゆるＦＩＦＯ（Ｆｉｒｓｔ
Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）方式で、最先のレコード操
作メッセージから順に一つずつ取り出すとともに、複数
のメッセージから所定のメッセージを識別可能なメッセ
ージＩＤを当該レコード操作メッセージに付して新たな
レコード操作メッセージを生成し、まず、後述する使用
レコード判定モジュール５４へ出力する。

【００２７】ここでいうメッセージＩＤとは、「１」か
ら始まる正の整数を意味し、取り出したレコード操作メ
ッセージに対してシーケンシャルに付与される。むろ
ん、必ずしもこの構成にとらわれることはなく、少なく
とも所定のレコード操作メッセージを一意に識別可能で
あれば適宜変更可能である。この後、後述するように使
用レコード判定モジュール５４にてレコード操作の可否
が判定され、その判定結果がプログラムインタフェース
５１に返される。

【００２８】ここにおいて、プログラムインタフェース
５１がレコード操作可能である旨の判定結果を受け取っ
たときは、上記メッセージＩＤを付したレコード操作メ
ッセージを後述するレコード操作モジュール５２に出力
して次のレコード操作メッセージを上記メッセージバッ
ファから取り出す。一方、プログラムインタフェース５
１がレコード操作不可能である旨の判定結果を受け取っ
たときは、このことをメッセージ送信元のクライアント
に通知して次のレコード操作メッセージを取り出す。

【００２９】本実施形態においては、プログラムインタ
フェース５１は、レコード操作メッセージをキューイン
グし、最先のメッセージから取り出す構成としてある
が、必ずしもかかる構成にとらわれることはない。例え
ば、レコード操作メッセージに処理優先度という制御情
報を付与するとともに、受信したレコード操作メッセー
ジを所定記憶領域にプールし、処理優先度の高いレコー
ド操作メッセージから取り出すようにしてもかまわな
い。

【００３０】上記レコード位置記憶手段は、レコード操
作モジュール５２と、使用レコード記憶領域５３とから
構成される。レコード操作モジュール５２は、上記レコ
ード操作メッセージを受け取ると、所定のメモリ空間に
トランザクションを発生させる。ここにおけるトランザ
クションとは、レコード操作開始から終了までの間、所
定のメモリ空間を確保してデータファイル４０内のレコ
ード操作を行うタスクと考えればよく、具体的には、レ
コード操作メッセージを同メモリ空間に保持しつつ、同
レコード操作メッセージ内のレコード位置情報から操作
対象レコードのセクタアドレスを取得し、以降、このセ
クタアドレスを用いてレコード操作内容に応じたレコー
ド操作を行う。つまり、レコード操作モジュール５２
は、所定のメモリ空間にレコード位置変更情報を保持す
ることになり、この意味で、レコード操作モジュール５
２が上記レコード位置変更情報記憶手段を構成する。

【００３１】そして、レコード操作が終了すると、上記
トランザクションは、レコード操作メッセージの送信元
クライアントに対してレコード操作が終了した旨を通知
するとともに、保持したレコード操作メッセージを後述
するレコード位置修正モジュール５５へと出力し、この
後、確保したメモリ空間を開放する。なお、上述した通
りサーバ２０は、完全なマルチタスク環境を備えている
ため、同時に複数のトランザクションが存在し得るし、
各トランザクションは独立してレコード操作可能である
ことはいうまでもない。また、同時に存在する複数のト
ランザクションのうち、先に発生したトランザクション
が先に終了するとも限らず、後に発生したトランザクシ
ョンが先に終了することもある。

【００３２】このような場合、第一のトランザクション
の継続中に、そのメモリ空間におけるレコード位置情報
と、データファイル４０での実際のレコード位置との間
に差異が生じてしまうことも考えられる。しかしなが
ら、各トランザクションは、レコード操作開始時に操作
対象レコードのセクタアドレスを取得し、このセクタア
ドレスにもとづいてレコード操作を行うため、このよう
な差異が生じたとしても、レコード操作上、何ら支障を
きたすものではない。

【００３３】使用レコード記憶領域５３は、データファ
イル管理プログラム５０のメモリロード時に確保される
所定容量のメモリ空間のことであり、後述する使用レコ
ード判定モジュール５４により使用中のレコードについ
てのレコード位置情報等が記憶される。

【００３４】上記排他制御手段は、使用レコード判定モ
ジュール５４と、レコード位置修正モジュール５５とか
ら構成される。使用レコード判定モジュール５４は、プ
ログラムインタフェース５１からレコード操作メッセー
ジが入力されると、同レコードメッセージからレコード
位置情報と、メッセージＩＤとを取得し、同レコード位
置情報を用いて使用レコード記憶領域５３を検索する。
ここにおいて、該当するエントリがなければ、レコード
操作可能と判定してその旨をプログラムインタフェース
５１に通知するとともに、使用レコード記憶領域５３に
上記レコード位置情報と、これに対応するメッセージＩ
Ｄとを対応づけて一つの情報としてエントリする。一
方、該当するエントリが存在するときは、レコード操作
不可能としてその旨をプログラムインタフェース５１に
通知する。

【００３５】レコード位置修正モジュール５５は、レコ
ード操作の終了したトランザクションからレコード操作
メッセージを受け取ると、同レコード操作メッセージか
らメッセージＩＤを取得し、使用レコード記憶領域５３
からこのメッセージＩＤに該当するエントリを削除す
る。この後、同レコード操作メッセージからレコード操
作内容を取得し、この内容が「Ｉ」もしくは「Ｄ」のと
き、データファイル４０のレコード位置が変更されたこ
とになり、対応するレコード位置情報を取得してどのよ
うにレコード位置が変更されたかを検知する。そして、
使用レコード記憶領域５３内の全てのエントリを検索
し、レコード位置に変更があるエントリのレコード位置
情報のみを変更する。

【００３６】これについては、例えば、あるトランザク
ションが先頭レコードから「１００」番目のレコードを
削除し、このとき使用レコード記憶領域５３に、先頭レ
コードから「１１０」番目及び「９０」番目のレコード
のエントリがあるものとする。この場合、レコード位置
修正モジュール５５は、これらのエントリにおける先頭
レコードから「１１０」番目のレコードは、実際のデー
タファイル４０においては、先頭レコードから「１０
９」番目に位置することを検知し、この「１１０」とい
う情報を「１０９」という情報に書き替える。一方、
「９０」番目のレコードについては、レコード位置は変
更されないため書き替えられることはない。

【００３７】このようにすることにより、レコード位置
に変更があったときでも、使用中のレコードに対するト
ランザクションを確実に排他制御することが可能とな
る。次に、本実施形態の動作を具体的な例をあげて説明
する。いま、プログラム１０ａがデータファイル４０に
おける「１１０」番目のレコードを更新中に、プログラ
ム１１ａが「１００」番目のレコードを削除した後、プ
ログラム１２ａが「１０９」番目のレコードを操作しよ
うとする。ただし、初期状態においては、進行中のトラ
ンザクションは存在せず、使用レコード記憶モジュール
には一切のエントリがないものとする。

【００３８】プログラムインタフェース５１は、プログ
ラム１０ａからレコード操作メッセージを受け取ると、
これにメッセージＩＤを付与して新たなレコード操作メ
ッセージを生成し、使用レコード判定モジュール５４へ
出力する。使用レコード判定モジュール５４は、受け取
ったレコード操作メッセージを解析して得られたレコー
ド位置情報（「１１０」）を用いて使用レコード記憶領
域５３を検索して該当するエントリがあるか否かを判定
する。この場合、該当するエントリはないので使用レコ
ード記憶領域５３には同レコード位置情報と上記メッセ
ージＩＤとが対応づけられてエントリされる。この後、
使用レコード判定モジュール５４は、プログラムインタ
フェース５１に対してレコード操作可能である旨を通知
する。

【００３９】これを検知したプログラムインタフェース
５１は、上記メッセージＩＤを付与したレコード操作メ
ッセージをレコード操作モジュール５２に出力する。レ
コード操作モジュール５２は、同レコード操作メッセー
ジを受け取ると、データファイル４０に対するトランザ
クションを所定のメモリ空間に発生せしめる。このトラ
ンザクションは、同メモリ空間に同レコード操作メッセ
ージを保持しつつ、この内容にもとづいてトランザクシ
ョン発生時に、操作対象レコードのハードディスク３０
におけるセクタアドレスを取得し、このセクタアドレス
にもとづいてレコード操作を行う。

【００４０】このとき、プログラムインタフェース５１
が、プログラム１１ａからレコード操作メッセージを受
け取る。プログラムインタフェース５１は、プログラム
１０ａからのレコード操作メッセージを受け取ったとき
と同様にして、プログラム１１ａからのレコード操作メ
ッセージに対してメッセージＩＤを付与して新たなレコ
ード操作メッセージを生成し、使用レコード判定モジュ
ール５４へ出力する。

【００４１】使用レコード判定モジュール５４は、同レ
コード操作メッセージにおけるレコード位置情報（「１
００」）を用いて使用レコード記憶領域５３を検索して
該当するエントリがないことを確認し、同レコード位置
情報とこれに対応するメッセージＩＤとを対応づけてエ
ントリした後、レコード操作可能である旨をプログラム
インタフェース５１に通知する。これに応じてプログラ
ムインタフェース５１は、レコード操作モジュール５２
に上記レコード操作メッセージを出力し、上述したよう
にしてトランザクションが発生し、「１００」番目のレ
コードが削除されるとともに、レコード操作が終了した
旨をメッセージ送信元のプログラム１１ａに通知する。

【００４２】「１００」番目のレコード削除が終了する
と、トランザクションのメモリ空間に保持されたレコー
ド操作メッセージがレコード位置修正モジュール５５に
出力され、同メモリ空間が開放される。レコード位置修
正モジュール５５は、同レコード操作メッセージを解析
してメッセージＩＤを取得し、このメッセージＩＤに該
当するエントリを使用レコード記憶領域５３から削除す
る。そして、同レコード操作メッセージにおけるレコー
ド操作内容「Ｄ」を検出してレコード位置に変更があっ
たことを検知すると、使用レコード記憶領域５３に記憶
されるレコード位置情報「１１０」を「１０９」に書き
替える。

【００４３】この後、プログラムインタフェース５１
は、プログラム１２ａからレコード操作メッセージを受
け取る。プログラムインタフェース５１は、プログラム
１０ａ及びプログラム１１ａからのレコード操作メッセ
ージを受け取ったときと同様にして、プログラム１２ａ
からのレコード操作メッセージに対してメッセージＩＤ
を付与して新たなレコード操作メッセージを生成し、使
用レコード判定モジュール５４へ出力する。

【００４４】使用レコード判定モジュール５４は、同レ
コード操作メッセージにおけるレコード位置情報「１０
９」を用いて使用レコード記憶領域５３を検索して該当
するエントリが存在することを確認し、レコード操作不
可能であると判定すると、このことをプログラムインタ
フェース５１に通知する。プログラムインタフェース５
１は、これを検知するとレコード操作不可能である旨を
プログラム１２ａに対して通知する。

【００４５】このように、データファイル４０を複数の
プログラム１０ａ〜１２ａで使用するにあたり、操作中
のレコードのレコード位置情報を使用レコード記憶領域
５３にて記憶しつつ、同レコード位置情報にもとづいて
物理的に同一のレコードに対するトランザクションを使
用レコード判定モジュール５４にて排他制御するととも
に、データファイル４０のレコード位置に変更があった
場合に、レコード位置修正モジュール５５にて使用レコ
ード記憶領域５３に記憶されるレコード位置を変更せし
めるようにしたため、システム間でのデータファイル４
０の互換性を低下させることなく、所定のレコードに対
して同時に複数のトランザクションが発生しない限り、
複数のトランザクションが独立してレコード操作するこ
とが可能なデータファイル管理装置及びデータファイル
管理方法を提供することができる。

【００４６】

【発明の効果】以上説明したように本発明は、堅牢性を
維持しつつ、システム間でのデータファイルの互換性を
低下させることなく、所定のレコードに対して同時に複
数のトランザクションが発生しない限り、複数のトラン
ザクションが独立してレコード操作することが可能なデ
ータファイル管理装置を提供することができる。また、
レコード位置に変更があったときの、レコード位置換算
処理における計算量を軽減することができる。

【００４７】また、請求項２にかかる発明によれば、レ
コード位置変更情報をアクセススピードの高いメモリに
記憶せしめることにより、処理能力の向上を図りつつ、
使用するメモリ空間を節約して快適な動作環境を提供す
ることができる。

【００４８】 さらに、請求項３にかかる発明によれば、
システム間でのデータファイルの互換性を低下させるこ
となく、所定のレコードに対して同時に複数のトランザ
クションが発生しない限り、複数のトランザクションが
独立してレコード操作することが可能なデータファイル
管理方法を提供することができる。

【図面の簡単な説明】

【図１】（ａ）〜（ｃ）は、第一のトランザクション発
生時から第三のトランザクション発生時までのデータフ
ァイル内のレコード位置の変化を示す模式図である。

【図２】本発明の一実施形態にかかるデータファイル管
理装置を適用したクライアント−サーバシステムのブロ
ック図である。

【図３】データファイル管理プログラムの入出力を示す
ブロック図である。

【符号の説明】

１０〜１２ クライアント １０ａ〜１２ａ プログラム ２０ サーバ ３０ ハードディスク ４０ データファイル ５０ データファイル管理プログラム ５１ プログラムインタフェース ５２ レコード操作モジュール ５３ 使用レコード記憶領域 ５４ 使用レコード判定モジュール ５５ レコード位置修正モジュール ６０ ＣＰＵ ７０ ＲＡＭ ８０ データファイル管理装置

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 特別な識別子を持たない複数のレコード
   からなるデータファイルを複数のプログラムで共通に使
   用するためのファイル管理装置であって、 上記データファイル中の所定のレコードに対するトラン
   ザクション発生時に、この所定のレコードのレコード位
   置情報を保持するとともに、上記データファイル中のレ
   コード位置が変更されたときのレコード位置変更情報を
   保持するレコード位置記憶手段と、 上記データファイルに対する複数のトランザクションの
   うち、上記レコード位置情報とレコード位置変更情報と
   を用いて、上記所定のデータが格納されることとなった
   上記データファイル上の実際のレコード格納位置を算出
   するレコード位置算出手段を具備し、 このレコード位置算出手段の算出結果にもとづいて、上
   記データファイルに対する複数のトランザクションのう
   ち、上記物理的に同一のレコードに対するトランザクシ
   ョンを検出し、 各々のトランザクションについて排他制
   御する排他制御手段とを具備することを特徴とするデー
   タファイル管理装置。
2. 【請求項２】 上記請求項１に記載のデータファイル管
   理装置において、 上記レコード位置記憶手段は、一のトランザクションの
   発生毎に所定のメモリ空間を確保して各トランザクショ
   ンによるレコード位置変更情報を記憶させるレコード位
   置変更情報記憶手段を具備するデータファイル管理装
   置。
3. 【請求項３】 特別な識別子を持たない複数のレコード
   からなるデータファイルを複数のプログラムで共通に使
   用するにあたり、 上記データファイル中の所定レコードに対するトランザ
   クション発生時に同レコードのレコード位置情報を保持
   するとともに、同データファイル中のレコード位置が変
   更されたときのレコード位置変更情報を保持し、上記レコード位置情報とレコード位置変更情報とを用い
   て、上記所定のデータが格納されることとなった上記デ
   ータファイル上の実際のレコード格納位置を算 出し、 この算出結果にもとづいて上記データファイルに対する
   複数のトランザクションのうち、上記物理的に同一のレ
   コードに対するトランザクションを検出し、 各々のトラ
   ンザクションについて排他制御することを特徴とするデ
   ータファイル管理方法。