(57)【要約】【課題】インデックス部およびデータ部を主メモリ上に展開してインデックスファイルシステムを運用し、ディスク装置上には主メモリ上のデータ部と同期してそのコピーを格納する。【解決手段】データレコードを保持するファイルデータ部Ｂ２と，前記データレコードの構成を設定するフォーマット定義データを保持するファイルフォーマット定義部Ｂ３とを備えるディスク装置２０と、前記ファイルデータ部のデータを展開したメモリデータ部Ａ２と，前記ファイルフォーマット定義部のデータを展開したメモリフォーマット定義部Ａ３と，前記メモリデータ部および前記メモリフォーマット部の各データを参照してインデックスデータを生成し保持するインデックス部Ａ１とを含むメモリ１１を備える処理装置１０とを有し、前記ファイルデータ部と前記メモリデータ部と同期を取りながらアクセスする。【選択図】      図１
2005018370.tif 000002
【特許請求の範囲】
【請求項１】
データレコードを保持するファイルデータ部と，前記データレコードの構成を設定するフォーマット定義データを保持するファイルフォーマット定義部とを備えるディスク装置と、前記ファイルデータ部のデータを展開したメモリデータ部と，前記ファイルフォーマット定義部のデータを展開したメモリフォーマット定義部と，前記メモリデータ部および前記メモリフォーマット部の各データを参照してインデックスデータを生成し保持するインデックス部とを含むメモリを備える処理装置とを有し、前記ディスク装置上のファイルデータ部と前記メモリ上のメモリデータ部と同期を取りながらアクセスすることを特徴とするインデックスファイル処理方式。
【請求項２】
請求項１記載のインデックスファイル処理方式において、前記フォーマット定義データは、複数のフィールドに分割された前記データレコードの各フィールドにデータ更新時の更新属性情報をあらかじめ設定することを特徴とするインデックスファイル処理方式。
【請求項３】
請求項１または２記載のインデックスファイル処理方式において、前記更新属性情報は、更新対象として「メモリを更新」および「メモリおよびディスクを更新」のいずれかとし、これをキーとしてインデックスデータを構成して前記インデックス部に保持されることを特徴とするインデックスファイル処理方式。
【請求項４】
請求項１，２，または３記載のインデックスファイル処理方式において、前記ディスク装置に障害が発生した場合には、前記メモリデータ部のみで運用を継続し、前記障害の復旧後に、前記障害中に更新されたメモリ上のデータを前記ディスク装置へコピーすることを特徴とするインデックスファイル処理方式。
【請求項５】
処理装置のメモリ上にインデックスデータおよびデータレコードを保持し、さらに前記データレコードと同一のデータレコードをディスク装置上に保持し、前記インデックスデータを参照して前記メモリ上のデータレコードと前記ディスク装置上のデータレコードと同期を取りながらアクセスする際、データレコードのフィールドごとにあらかじめ設定した更新属性情報に基づいて前記ディスク装置上のデータレコードへアクセスするか否かを決定することを特徴とするインデックスファイル処理方法。
【請求項６】
請求項５記載のインデックスファイル処理方法において、前記更新属性情報は、更新対象として「メモリを更新」および「メモリおよびディスクを更新」のいずれかとし、これをキーとしてインデックスデータを構成して保持されることを特徴とするインデックスファイル処理方法。
【請求項７】
請求項５または６記載のインデックスファイル処理方法において、前記ディスク装置に障害が発生した場合には、前記メモリ上のデータのみで運用を継続し、前記障害の復旧後に、前記障害中に更新された前記メモリ上のデータを前記ディスク装置へコピーすることを特徴とするインデックスファイル処理方法。
【請求項８】
主メモリ上にインデックスデータおよびデータレコードを保持する機能と、二次記憶装置上に前記データレコードと同一のデータレコードを保持する機能と、前記インデックスデータを参照して前記主メモリ上のデータレコードと前記二次記憶装置上のデータレコードと同期を取りながらアクセスする際、データレコードのフィールドごとにあらかじめ設定した更新属性情報に基づいて前記二次記憶装置上のデータレコードへアクセスするか否かを決定する機能とをコンピュータに実現させるためのインデックスファイル処理プログラム。
【請求項９】
前記更新属性情報を、更新対象として「メモリの更新」および「メモリおよびファイルの更新」のいずれかとし、これをキーとしてインデックスデータを構成して保持する機能をコンピュータに実現させるための請求項８記載のインデックスファイル処理プログラム。
【請求項１０】
前記二次記憶装置に障害が発生した場合には、前記主メモリ上のデータのみで運用を継続し、前記障害の復旧後に、前記障害中に更新された前記主メモリ上のデータを前記二次記憶装置へコピーする機能をコンピュータに実現させるための請求項８または請求項９記載のインデックスファイル処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はインデックスファイル処理方式，方法，およびプログラムに関し、特にインデックス部およびデータ部を処理装置の主記憶に展開して運用動作を行うインデックスファイル処理方式，方法，およびプログラムに関する。
【０００２】
【従来の技術】
従来のインデックスファイルは、インデックス部とデータ部の両方がファイル上にあるＣ−ＩＳＡＭや、インデックス部のみメモリ上に配置するもの、あるいはデータの一部をメモリ上にキャッシュするものなどが存在する（たとえば、特許文献１参照。）。しかし、これらのインデックスファイルには、以下のような問題がある。
【０００３】
第一の問題点は、データ部のレコード数およびキー数が増加するとインデックス部の更新処理に時間がかかり、ＷＲＩＴＥアクセス数が極端に遅くなるということである。
【０００４】
第二の問題点は、ディスク装置障害時にはファイルシステムをまったく利用できないということである。
【０００５】
【特許文献１】
特開平５−３３４３６２号公報（第２〜４頁，図１）
【０００６】
【発明が解決しようとする課題】
上記のように、従来のインデックスファイルシステムは、その一部または全部にディスク装置のような外部記憶装置を使用している。したがって、データ部が大規模になるとインデックス部の更新処理を伴うＷＲＩＴＥアクセスに時間がかかるようになる。また、インデックスファイル自身には特に障害対策は存在しないので、ディスク装置に障害が発生した場合には、ファイルシステムの運用を停止しなければならないという致命的な問題もある。
【０００７】
本発明の目的は、上記のような欠点を改善するために、インデックス部およびデータ部を主メモリ上に展開してインデックスファイルシステムを運用し、ディスク装置上には主メモリ上のデータ部と同期してそのコピーを格納するようにしたインデックスファイル処理方式，方法，およびプログラムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明のインデックスファイル処理方式は、データレコードを保持するファイルデータ部と，前記データレコードの構成を設定するフォーマット定義データを保持するファイルフォーマット定義部とを備えるディスク装置と、前記ファイルデータ部のデータを展開したメモリデータ部と，前記ファイルフォーマット定義部のデータを展開したメモリフォーマット定義部と，前記メモリデータ部および前記メモリフォーマット部の各データを参照してインデックスデータを生成し保持するインデックス部とを含むメモリを備える処理装置とを有し、前記ディスク装置上のファイルデータ部と前記メモリ上のメモリデータ部と同期を取りながらアクセスすることを特徴とする。
【０００９】
さらに、本発明のインデックスファイル処理方式において、前記フォーマット定義データは、複数のフィールドに分割された前記データレコードの各フィールドにデータ更新時の更新属性情報をあらかじめ設定することを特徴とする。
【００１０】
さらに、本発明のインデックスファイル処理方式において、前記更新属性情報は、更新対象として「メモリを更新」および「メモリおよびディスクを更新」のいずれかとし、これをキーとしてインデックスデータを構成して前記インデックス部に保持されることを特徴とする。
【００１１】
さらに、本発明のインデックスファイル処理方式において、前記ディスク装置に障害が発生した場合には、前記メモリデータ部のみで運用を継続し、前記障害の復旧後に、前記障害中に更新されたメモリ上のデータを前記ディスク装置へコピーすることを特徴とする。
【００１２】
また、本発明のインデックスファイル処理方法は、処理装置のメモリ上にインデックスデータおよびデータレコードを保持し、さらに前記データレコードと同一のデータレコードをディスク装置上に保持し、前記インデックスデータを参照して前記メモリ上のデータレコードと前記ディスク装置上のデータレコードと同期を取りながらアクセスする際、データレコードのフィールドごとにあらかじめ設定した更新属性情報に基づいて前記ディスク装置上のデータレコードへアクセスするか否かを決定することを特徴とする。
【００１３】
さらに、本発明のインデックスファイル処理方法において、前記更新属性情報は、更新対象として「メモリを更新」および「メモリおよびディスクを更新」のいずれかとし、これをキーとしてインデックスデータを構成して保持されることを特徴とする。
【００１４】
さらに、本発明のインデックスファイル処理方法において、前記ディスク装置に障害が発生した場合には、前記メモリ上のデータのみで運用を継続し、前記障害の復旧後に、前記障害中に更新された前記メモリ上のデータを前記ディスク装置へコピーすることを特徴とする。
【００１５】
また、本発明のインデックスファイル処理プログラムは、主メモリ上にインデックスデータおよびデータレコードを保持する機能と、二次記憶装置上に前記データレコードと同一のデータレコードを保持する機能と、前記インデックスデータを参照して前記主メモリ上のデータレコードと前記二次記憶装置上のデータレコードと同期を取りながらアクセスする際、データレコードのフィールドごとにあらかじめ設定した更新属性情報に基づいて前記二次記憶装置上のデータレコードへアクセスするか否かを決定する機能とをコンピュータに実現させることを特徴とする。
【００１６】
さらに、本発明のインデックスファイル処理プログラムは、前記更新属性情報を、更新対象として「メモリの更新」および「メモリおよびファイルの更新」のいずれかとし、これをキーとしてインデックスデータを構成して保持する機能をコンピュータに実現させることを特徴とする。
【００１７】
さらに、本発明のインデックスファイル処理プログラムは、前記二次記憶装置に障害が発生した場合には、前記主メモリ上のデータのみで運用を継続し、前記障害の復旧後に、前記障害中に更新された前記主メモリ上のデータを前記二次記憶装置へコピーする機能をコンピュータに実現させることを特徴とする。
【００１８】
すなわち、本発明によれば、メモリ上にインデックス部およびデータ部を持ち、ディスク装置上のファイルのデータ部と同期を取りながら高速アクセスを実現するインデックスファイルを得ることができる。
【００１９】
特に、メモリが安価になってきた現在では、メモリ上に巨大なデータ部を格納することも比較的困難ではなくなってきており、高性能・高稼働性を重視するクリティカルなシステムでのニーズに基づいたインデックスファイルを実現することができる。
【００２０】
【発明の実施の形態】
以下、本発明について図面を参照しながら説明する。
【００２１】
図１は本発明の実施の一形態を示す説明図である。同図において、本発明によるインデックスファイル処理方式は、データレコードを保持するファイルデータ部Ｂ２と，前記データレコードの構成を設定するフォーマット定義データを保持するファイルフォーマット定義部Ｂ３とを備えるディスク装置２０と、前記ファイルデータ部のデータを展開したメモリデータ部Ａ２と，前記ファイルフォーマット定義部のデータを展開したメモリフォーマット定義部Ａ３と，前記メモリデータ部および前記メモリフォーマット部の各データを参照してインデックスデータを生成し保持するインデックス部Ａ１とを含むメモリ１１を備える処理装置１０とを有し、前記ディスク装置上のファイルデータ部と前記メモリ上のメモリデータ部と同期を取りながらアクセスする。
【００２２】
ここで、インデックス部はメモリ上に配置し、データ部とフォーマット定義部はメモリ上とファイルの両方に配置する。
【００２３】
すなわち、図１に示すように、インデックスはメモリ上のインデックス部Ａ１にだけ配置され、データはメモリデータ部Ａ２とファイルデータ部Ｂ２の両方に、フォーマット定義部はメモリフォーマット定義部Ａ３とファイルフォーマット定義部Ｂ３の両方に配置される。
【００２４】
また、メモリフォーマット定義部Ａ３およびメモリデータ部Ａ２は、対応するファイルフォーマット定義部Ｂ３およびファイルデータ部Ｂ２から展開され、メモリ上のインデックス部Ａ１は、メモリフォーマット定義部Ａ３およびメモリデータ部Ａ２を元に構築される。
【００２５】
上記のフォーマット定義部では、データ更新時にメモりのみを更新するかメモリとファイルの両方を更新するかの更新属性情報を、各フィールド（１レコードを構成する各データ項目のことを指す）に対してあらかじめ定義できる。
【００２６】
すなわち、図２および図３に例示するように、フォーマット定義部には、データ部のレコードを複数のフィールドに分割し、各フィールドごとに更新属性を設定することができる。更新属性には、ＷＲＩＴＥアクセス時の更新対象として「メモリのみ更新」「メモリ＋ファイル更新」のどちらかを設定する。また、インデックス部Ａ１の構成を、各キーごとにフィールドの組み合わせ（複数フィールド指定可）として記述する。
【００２７】
データ検索時（ＲＥＡＤアクセス）には、メモリ上のインデックスとメモリ上のデータのみにアクセスし、ファイル（ディスク装置）へのアクセスが発生しないため、高速にデータ読み出しができる。すなわち、メモリ上のインデックス部Ａ１を元にメモリデータ部Ａ２へアクセスするのみである。
【００２８】
また、フォーマット定義部をメモリ上に保持することによって、インデックス構成やフィールドの更新属性などに高速アクセスでき、データ更新時間を短縮できる。さらに、レコード更新時にデータの更新属性を判断し、ファイルの更新が不要な場合には、メモリ上のデータのみを更新することによって、データ更新時間を短縮できる。
【００２９】
具体的には、更新されたレコードをフィールド単位に比較し、更新されたフィールドを検出する。検出された更新フィールドをもとに，図４に例示するような更新属性情報を参照し、更新対象の判定を行う。更新フィールドの更新属性が「メモリのみ更新」の場合には、メモリデータ部Ａ２のみを更新し、更新フィールドの更新属性に「メモリ＋ファイル更新」を含む場合には、メモリデータ部Ａ２とファイルデータ部Ｂ２の両方を更新する。
【００３０】
また、レコード更新時に、更新されたフィールドを判定し、複数定義されたキーのうち、更新されたフィールドをキー項目に含むキーのみを更新することによって、インデックス更新時間を短縮できる。
【００３１】
すなわち、図２〜４に示した例では、レコード更新時に各キー（キー１、キー２）を構成するフィールドが更新されたかを判定し、更新されたフィールド（フィールド３）をキー項目に含むキー（キー２）のみ更新する。
【００３２】
また、ディスク装置障害によってファイルのデータ部が破壊された場合には、メモリ上のデータ部のみで動作を行うことができる。すなわち、ディスク装置障害によってファイルデータ部Ｂ２が破壊された場合には、メモリデータ部Ａ２のみで動作を行う。
【００３３】
さらに、ディスク装置障害復旧後に、障害中に更新されたメモリ上のデータをファイルのデータ部に、インデックスファイル使用者のアクセスに支障を来すことなく反映させることができる。すなわち、ディスク装置の障害復旧後にメモリデータ部Ａ２をファイルデータ部Ｂ２にコピーする。コピー時間は短時間であるため、インデックスファイル使用者のアクセスに支障を来さない。
【００３４】
図５は本発明の実施の具体例を示す説明図である。同図では、実際のデータ構成の例を示している。
【００３５】
フォーマット定義部では、データ部のレコード構造をフィールド１〜フィールド３として定義し、各フィールドに対して更新属性を定義する。また、インデックス構成として、キーとして使用するフィールド（の組み合わせ）を定義する。本例では、更新属性としてフィールド１および２に「メモリのみ更新」、フィールド３に「メモリ＋ファイル更新」を定義し、インデックス構成はフィールド１をキー１，フィールド２をキー２として定義する。
【００３６】
メモリデータ部Ａ２はレコードＡ２−１〜Ａ２−３、ファイルデータ部Ｂ２はレコードＢ２−１〜Ｂ２−３で構成される。各レコードは、フォーマット定義部に定義されたフィールド１〜フィールド３の連結イメージとして格納される。
【００３７】
インデックス部Ａ１には、インデックス構成で定義したキーに対応して、キー１に対応するインデックスＡ１１，キー２に対応するインデックスＡ１２を配置する。インデックスＡ１１およびＡ１２には、それぞれインデックスデータとしてＡ１１−１〜Ａ１１−３，Ａ１２−１〜Ａ１２−３が存在する。
【００３８】
各インデックスデータＡ１１−１〜Ａ１１−３，Ａ１２−１〜Ａ１２−３には、キー値と対応するデータ部のメモリデータ部アドレスＡ２−１〜Ａ２−３／ファイルデータ部アドレスＢ２−１〜Ｂ２−３が格納される。インデックスＡ１１，Ａ１２のインデックスデータＡ１１−１〜Ａ１１−３，Ａ１２−１〜Ａ１２−３は、インデックスデータのキー値によって、昇順にソートして配置する。
【００３９】
図６は上記のインデックスファイル処理方式の起動動作を示す流れ図である。
【００４０】
まず、ファイルフォーマット定義部Ｂ２を読込み、メモリ上にメモリフォーマット定義部Ａ３を作成する（Ｓ１１）。
【００４１】
同様にして、ファイルデータ部Ｂ３を読込み、メモリ上にメモリデータ部Ａ２を作成する（Ｓ１２）。
【００４２】
続いて、メモリデータ部Ａ２とメモリフォーマット定義部Ａ３のインデックス構成から、インデックス部Ａ１（インデックスＡ１１，Ａ１２）を作成する（Ｓ１３）。
【００４３】
図７は上記のインデックスファイル処理方式のＲＥＡＤアクセス動作を示す流れ図である。ここでは、フィールド１の値１００に対応するデータを取得する処理を例に説明する。
【００４４】
まず、フィールド１の値で昇順ソートされているインデックスＡ１１からインデックスデータＡ１１−１を検索し、インデックスデータＡ１１−１を取得する（Ｓ２１）。
【００４５】
次に、インデックスデータＡ１１−１に格納されているメモリデータ部アドレスＡ２−１を取得する（Ｓ２２）。
【００４６】
次に、メモリデータ部アドレスＡ２−１から、対応するメモリデータ部のレコードＡ２−１を取得する。このとき、ファイルデータ部Ｂ２へのアクセスは行わない（Ｓ２３）。
【００４７】
図８は上記のインデックスファイル処理方式のＷＲＩＴＥアクセス動作を示す流れ図である。ここでは、ＲＥＡＤアクセスによって取得したデータレコード１を（ａ）および（ｂ）のパターンで更新した場合のＷＲＩＴＥ処理について説明する。
【００４８】
（ａ）データレコード１のフィールド３を”ＸＹＺ”に更新
まず、更新前と更新後のデータレコード１のイメージを比較し、更新フィールドであるフィールド３を検出する（Ｓ３１）。
【００４９】
次に、メモリデータ部Ａ２のレコードＡ２−１のフィールド３を”ＸＹＺ”に更新する（Ｓ３２）。
【００５０】
次に、フィールド３は更新属性＝「メモリ＋ファイル更新」であるため、ファイルデータ部Ｂ２のレコードＢ２−１のフィールド３を”ＸＹＺ”に更新する（Ｓ３３）。
【００５１】
次に、メモリフォーマット定義部Ａ３のインデックス構成で定義されている各キーに対して以下の繰り返し処理を行う（Ｓ３４）。
【００５２】
Ｓ３１で検出した更新フィールドはフィールド３であるため、キー１、キー２に含まれない（Ｓ３５）。このため、インデックスＡ１１とインデックスＡ１２の更新（Ｓ３６）とインデックスＡ１１とインデックスＡ１２の再編成（Ｓ３７）を行わず、繰り返し処理を終了する。
【００５３】
（ｂ）データレコード１のフィールド２を”ＡＣＴ”に更新
まず、更新前と更新後のデータレコード１のイメージを比較し、更新フィールドであるフィールド２を検出する（Ｓ３１）。
【００５４】
次に、メモリデータ部Ａ２のレコードＡ２−１のフィールド２を”ＡＣＴ”に更新する（Ｓ３２）。
【００５５】
次に、フィールド２は、更新属性＝「メモリ更新のみ」であるため、ファイルデータ部Ｂ２のレコードＢ２−１の更新は行わない（Ｓ３３）。
【００５６】
次にメモリフォーマット定義部Ａ３のインデックス構成で定義されている各キーに対して以下の繰り返し処理を行う（Ｓ３４）。
【００５７】
Ｓ３１で検出した更新フィールドであるフィールド２は、キー２に含まれる（Ｓ３５）ため、キー２に対してＳ３６およびＳ３７の処理を行う。フィールド２は、キー１には含まれないため、キー１に対しての処理は行われない。
【００５８】
すなわち、キー２に対応するインデックスＡ１２の更新レコードＡ２−１に該当するインデックスデータＡ１２−３を検索し、キー値”ＡＣＴ”に更新する（Ｓ３６）。
【００５９】
さらに、インデックスＡ１２が昇順となるようにインデックスの再編成（ソート）を行う（Ｓ３７）。
【００６０】
更新・再編成後、インデックスＡ１２の各インデックスデータＡ１２−１〜Ａ１２−３は、次のようになる。
【００６１】
Ａ１２−１：キー値＝ＡＣＴ、アドレス＝Ａ２−３／Ｂ２−３
Ａ１２−２：キー値＝ＡＣＴ、アドレス＝Ａ２−１／Ｂ２−１
Ａ１２−３：キー値＝ＩＮＡＣＴ、アドレス＝Ａ２−２／Ｂ２−２
図９はファイル障害発生時の動作を示す流れ図である。
【００６２】
ここでは、ファイルデータ部Ｂ２を含むディスク装置が障害となった場合に関し、「ファイルデータ部のレコード更新」処理（Ｓ３３（図８）参照。）の詳細を、（ａ）通常時，（ｂ）障害検出時，（ｃ）障害検出以後について説明する。なお、障害フラグの初期値はＯＦＦである。
【００６３】
（ａ）通常時
障害フラグがＯＦＦの場合、ファイルデータ部Ｂ２のレコードを更新する（Ｓ４１）。
【００６４】
（ｂ）障害検出時
障害フラグがＯＦＦの場合、ファイルデータ部Ｂ２のレコードを更新する（Ｓ４１）。
【００６５】
ファイルデータ部Ｂ２へのアクセスでエラーが発生した場合、ディスク装置障害として障害フラグをＯＮにする（Ｓ４２）。
【００６６】
（ｃ）障害検出以後
上記によって検出したディスク装置障害状態は、障害フラグＯＮで保持されている。このため、以降のＷＲＩＴＥアクセスによるファイルデータ部Ｂ２の更新が発生した場合でも、実際のファイルアクセスは行わない。
【００６７】
図１０はファイル障害復旧後の動作を示す流れ図である。ファイルデータ部Ｂ２を含むディスク装置が障害から復旧した場合、障害復旧通知を受けることで、同図に示すような障害復旧処理を実施する。
【００６８】
まず、メモリデータ部Ａ２をファイルデータ部Ｂ２にコピーする（Ｓ５１）。
【００６９】
コピー処理が正常に終了した場合、ディスク装置障害復旧として、障害フラグをＯＦＦにする。コピー処理が失敗した場合、ディスク障害は復旧していないものとして障害フラグの更新を行わず、障害状態のままとなる（Ｓ５２）。
【００７０】
なお、上記のインデックスファイル処理方式において、インデックス部Ａ１，メモリデータ部Ａ２，メモリフォーマット定義部Ａ３を共有メモリに配置することによって、複数のプロセスから同時に当該インデックスファイルを利用することができる。
【００７１】
また、任意のシステムにおいて、たとえば複数の制御条件をそれぞれ更新属性として設定し、これらの相互関係を変更あるいは維持する条件を定めるようにして更新属性をチューニングすることにより、良好なシステム運用条件を見出すことができる。
【００７２】
【発明の効果】
以上、詳細に説明したように、本発明によれば次のような顕著な効果が得られる。
【００７３】
第一の効果は、レコード更新時にキーを構成するフィールドの更新有無を判定し、更新されたフィールドを含むキーのみを更新することで、高速なＷＲＩＴＥアクセスが可能となることである。
【００７４】
第二の効果は、ディスク装置障害発生時にメモリ上でのみ動作することができることである。したがって、ディスク装置復旧後にはメモリ上のデータ部をファイルのデータ部にコピーすることによって、インデックスファイル使用者のアクセスに支障を来すことなく復旧を行うことができ、高稼働性を発揮する。
【００７５】
第三の効果は、フィールドの更新属性をチューニングすることにより、データの用途や特性に合わせ、高速更新重視、データ復旧重視など柔軟に対応できることである。
【００７６】
第四の効果は、Ｃ−ＩＳＡＭのようにインデックス部およびデータ部がファイル上にあるインデックスファイルと異なり、インデックス部およびデータ部がメモリ上にあることから、インデックスメモリと同等の高速ＲＥＡＤアクセスが可能となることである。
【図面の簡単な説明】
【図１】本発明の実施の一形態を示す説明図。
【図２】データレコードの構成例を示す説明図。
【図３】フォーマット定義データの例を示す説明図。
【図４】更新属性の設定例を示す説明図。
【図５】本発明の実施の具体例を示す説明図。
【図６】本発明の起動処理動作を示す流れ図。
【図７】本発明のＲＥＡＤアクセス動作を示す流れ図。
【図８】本発明のＷＲＩＴＥアクセス動作を示す流れ図。
【図９】ファイルデータ部のレコード更新動作を示す流れ図。
【図１０】障害復旧処理動作を示す流れ図。
【符号の説明】
１０    処理装置
１１    メモリ
２０    ディスク装置
Ａ１    インデックス部
Ａ２    メモリデータ部
Ａ３    メモリフォーマット定義部
Ｂ２    ファイルデータ部
Ｂ３    ファイルフォーマット定義部
【図１】
2005018370.tif 000003
【図２】
2005018370.tif 000004
【図３】
2005018370.tif 000005
【図４】
2005018370.tif 000006
【図５】
2005018370.tif 000007
【図６】
2005018370.tif 000008
【図７】
2005018370.tif 000009
【図８】
2005018370.tif 000010
【図９】
2005018370.tif 000011
【図１０】
2005018370.tif 000012