JPH096653A - データベースのチェックを行う情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】データベースを追加・更新する業務プログラム
とこのデータベースのチェックを行うプログラムとを並
行して走行させ、サービス性を向上させる。 【構成】デ−タベ−ス管理プログラム３がデータベ−ス
４中のインデックス部５及びデータ部６の情報を更新す
るとき対応関係チェックテーブル７中の更新状態フラグ
を更新中に設定し、対応関係チェックプログラム１は対
応関係チェックテーブル７を参照して更新中が表示され
ていないレコード格納アドレスについてインデックスキ
ーとデータレコードとの対応関係チェックを行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベースのチェッ
クを行う情報処理装置に係わり、特に業務によってデー
タベースを更新する処理と並行してデータベースのチェ
ックを行う情報処理装置に関するものである。

【０００２】

【従来の技術】データファイル又はデータベースは、一
般にインデックス部とデータ部とで構成され、インデッ
クス部はインデツクスキーとデータレコードの格納アド
レスとの対応関係を格納し、データ部はこの格納アドレ
スによってリンクされる格納場所にこのインデックスキ
ーによってアクセスされるデータレコードを格納する。
データファイル又はデータベースを管理するプログラム
は、業務プログラムの要求に応じてインデックス部を検
索して指定されたインデックスキーに対応するレコード
格納アドレスを読み出し、このレコード格納アドレスを
基にしてデータ部中の目的のデータレコードにアクセス
する。データ部に新しいデータレコードを追加するとき
には、データベース管理プログラムはインデックス部の
空き領域を検索し、データ部を検索して未使用のレコー
ド格納アドレスを求め、インデックス部にインデツクス
レコードを格納した後にデータ部に追加のデータレコー
ドを格納する。

【０００３】データベースは一般に上記のように構成さ
れ、アクセスされ、更新されるが、インデックスキーと
データレコードが常に正しく対応して格納されるとは限
らない。例えばデータベースに物理的な破壊が生じた
り、データベース管理プログラムのバグによつてデータ
ベースに誤った情報が格納された場合、インデックスキ
ーに対応するレコード格納アドレスが存在しなかった
り、逆にインデックスレコードが存在しないのにデータ
レコードが単独で存在する不都合な状態となることがあ
る。このためデータベース中のすべてのインデックスキ
ーとデータレコードとの対応関係をチェックするプログ
ラムを作成し、チェックを行っている。

【０００４】従来は業務プログラムを停止させ、他から
データベースへのアクセスがない状態で上記の対応関係
チェックプログラムを走行させ、データベースのチェッ
クを行っていた。しかしデータベースにアクセスする業
務プログラムを２４時間稼働させたいという要望が強く
なっており、データベースをアクセスするすべての業務
プログラムを停止させ、この対応関係チェックプログラ
ムを走行させるのが困難な状況になっている。

【０００５】なお、この種の技術として関連するものに
は、例えば特開平１−２１７６５２号公報「ファイルの
同時更新回避方式」、特開平２−４８７４６号公報「フ
ァイルの排他制御方法」、特開平５−２１６７８号公報
「デ−タベ−ス管理システム」等がある。

【０００６】

【発明が解決しようとする課題】データベース管理プロ
グラムが行うデータレコードの追加の場合をみると、イ
ンデックス部にインデックスレコードを格納した後にデ
ータ部に追加のデータレコードを格納する。従ってこの
期間インデックスキーとデータレコードとの対応関係が
一時的に不整合となる。従来の対応関係チェックプログ
ラムはデータベース管理プログラムと並行処理すること
を考慮していないために、両者を並行して走行させると
対応関係チェックプログラムがこの一時的に不整合な状
態を捉えて対応関係が異常と判定する恐れがある。そう
であるからと言って上記のように業務プログラムを停止
させた上で対応関係プログラムを走行させることは許さ
れない状況になっている。

【０００７】本発明は、デ−タベースの追加・更新処理
を停止させることなく、デ−タベースのチェックを行う
ことを目的とする。

【０００８】

【課題を解決するための手段】本発明は、データベース
管理プログラムがインデックス部及びデータ部の情報を
更新する期間、各レコード格納アドレス対応に更新中の
表示をし、この更新中の表示がされている期間、対応関
係チェックプログラムが該当するレコード格納アドレス
についての対応関係チェックを回避し、その他のレコー
ド格納アドレスについて対応関係チェックを行うような
情報処理装置を特徴とする。

【０００９】

【作用】対応関係チェックプログラムは更新中の表示が
されているレコード格納アドレスについて対応関係チェ
ックを回避するので、上記のような一時的不整合の期間
のチェックを避けることができる。すでにチェック済み
のレコード格納アドレスをチェック対象から除外して行
き、このようなチェックを何回か試行すれば一度対応関
係チェックを回避したレコード格納アドレスについても
次の機会にチェックされる。

【００１０】

【実施例】以下、本発明の一実施例について図面を用い
て説明する。

【００１１】図１は、本実施例のデ−タベ−スのチェッ
クを行う装置の構成図である。データベース４は、イン
デックスキ−とデータ格納アドレスとの対応表が格納さ
れるインデックス部５とデータレコードが格納されるデ
−タ部６とから構成される。データベース管理プログラ
ム３は、データベース４に対するデータレコードの参
照、更新、追加、削除などの操作を制御するプログラム
である。業務プログラム２は、データベース管理プログ
ラム３に対してデータレコードの操作をする要求を発行
するプログラムである。対応関係チェックプログラム１
は、インデックスキーとデータレコードとの対応関係が
正常か否かをチェックするプログラムであり、データベ
ース４上のインデックスレコード及びデータレコードを
参照する。対応関係チェックテーブル７は、データレコ
ードの格納アドレスごとにデータベース４中の情報の更
新状態、インデックスレコードとデータレコードの参照
結果、チェック結果等を格納し、対応関係チェックプロ
グラム１及びデータベース管理プログラム３によって参
照され、更新される。本実施例の装置は、情報処理装置
によって実現され得る。対応関係チェックプログラム
１、業務プログラム２及びデータベース管理プログラム
３はこの情報処理装置の記憶装置に格納され、情報処理
装置によって実行されるプログラムである。データベー
ス４及び対応関係チェックテーブル７は、この情報処理
装置の記憶装置（主記憶装置又は外部記憶装置）に格納
されるデータである。

【００１２】業務プログラム２からデータベース４につ
いてデータレコードの参照、更新、追加、削除などの要
求があったとき、データベース管理プログラム３はイン
デックス部５及びデ−タ部６を参照して要求された操作
を行う。この操作がデータベース４中の情報を更新する
ものである場合、データベース管理プログラム３は対応
関係チェックテーブル７上の関連するデータレコードの
格納アドレスを初期状態から更新状態に変更し、操作を
終えるときその更新状態を初期状態に戻す。対応関係チ
ェックプログラム１は、対応関係チェックテーブル７上
の各格納アドレスについて、インデックスレコードとデ
ータレコードの状態を参照し、その結果を対応関係チェ
ックテーブル７中の参照結果に反映する。対応関係チェ
ックプログラム１は、インデックスレコードとデータレ
コードの参照結果が格納された格納アドレスについて、
その格納アドレスの更新状態が初期状態であるときイン
デックスキーとデータレコードとの対応関係が正常か否
かをチェックし、その結果を対応関係チェックテーブル
７上のチェック結果の欄に格納する。

【００１３】図２（ａ）は、インデックス部５のデータ
構成を示す図である。インデックスキー１７は、データ
レコードを検索するためのインデックスキーである。レ
コード格納アドレス１８は、各インデックスキー１７に
対応するデータレコードのデータ部６上の格納アドレス
を示すものであり、アドレスは磁気ディスク装置のシリ
ンダ番号、トラック番号、セクタ番号など物理アドレス
で指定してもよいし、ページ番号、相対バイトアドレス
など論理アドレスで指定してもよい。図２（ｂ）は、デ
ータ部６についてレコード格納アドレス２１、使用状態
２２及びデータレコード２３の対応を示す図である。レ
コード格納アドレス２１はレコード格納アドレス１８に
対応するデータ部６上のすべてのアドレスである。使用
状態２２はデータレコードの領域に実際のデータが格納
されている（使用中）か格納されていない（未使用）か
を示すフラグである。使用状態２２は制御情報としてデ
ータレコードに前置してもよいし、データレコードの先
頭文字が削除コード（未使用）か削除コードでない（使
用中）かによって識別されてもよい。あるいはデータレ
コードとは別にレコード格納アドレス２１と対応するビ
ツトマツプの形式で設定してもよい。データレコード２
３はセクタ番号、ページ番号等により指定される物理レ
コードでもよいし、相対バイトアドレス等により指定さ
れる論理レコードでもよい。いずれにしてもインデック
スキーを基にしてインデックス部５を検索し、求めたレ
コード格納アドレスを基にしてデータ部６を検索して目
的の物理レコード又は論理レコードを含むデータレコー
ドにアクセスすることができる。

【００１４】図３は、対応関係チェックテーブル７のデ
ータ構成を示す図である。レコード格納アドレス１０
は、レコード格納アドレス１８及びレコード格納アドレ
ス２１と同じである。更新状態１１は、データベース４
中の情報が更新中か更新中でない（初期）かを示すフラ
グであり、初期状態は「初期」に設定される。インデッ
クス有無１２は、レコード格納アドレスに対応するイン
デックスキーが存在する（有り）か存在しない（無し）
かを示すフラグであり、初期状態は「無し」である。イ
ンデツクスキー１３はインデックスキーが存在する場合
にインデックスキーの内容を格納する領域である。デー
タ部使用状態１４は、レコード格納アドレスに対応する
使用状態２２が「使用中」か「未使用」かを示すフラグ
であり、初期状態は「未使用」である。チェック対象１
５は、インデックスキーとデータレコードとの対応関係
が正常か否かのチェックが済んでいない（対象）か済ん
でいる（対象外）かを示すフラグであり、初期状態は
「対象」である。チェック結果１６は、レコード格納ア
ドレスに対応するインデックス有無１２とデータ部使用
状態１４との対応関係チェックの結果を設定するフラグ
である。更新状態１１はデータベース管理プログラム３
によって更新され、対応関係チェックプログラム１によ
って参照される。インデックス有無１２からチェック結
果１６までは対応関係チェックプログラム１によって更
新され、参照される。

【００１５】図４は、データレコードの追加操作を行う
データベース管理プログラム３の処理の手順を示すフロ
ーチャートである。業務プログラム２からデータベース
４へのデータレコードの追加要求があったとき、データ
ベース管理プログラム３はインデックス部５の空き領域
（エントリ）を求めてサーチする（インデックス部の読
み込み：ステップ４１）。次にデータ部６の使用状態２
２が「未使用」に対応するレコード格納アドレスを求め
てサーチする（データ部の読み込み：ステップ４２）。
次にこのアドレスに対応する対応関係チェックテーブル
７上の更新状態１１を「更新中」に変更する（ステップ
４３）。次にインデックス部５上の求めた空き領域にイ
ンデックスキー１７と求めたレコード格納アドレス１８
の対を格納する（インデックス部の書き込み：ステップ
４４）。次に求めたレコード格納アドレスの使用状態を
「使用中」に変更してデータレコードを格納する（デー
タ部の書き込み：ステップ４５）。最後にこのアドレス
に対応する対応関係チェックテーブル７上の更新状態１
１を「初期」に変更する（ステップ４６）。例えばイン
デックスキーが「００３」のデータレコードを追加する
とき、インデックス部５にはインデックスキー「００
３」とアドレス「＃４」の対応を示すインデックスレコ
ードが追加され、データ部６のアドレス「＃４」に対応
する使用状態２２が「使用中」に変更され、対応するデ
ータレコード２３が格納される。

【００１６】業務プログラム２からデータベース４上の
データレコードの削除要求があったとき、データベース
管理プログラム３は指定されたインデックスキーに基づ
いてインデックス部５を検索し、このインデックスキー
に対応するレコード格納アドレスを求め、このアドレス
に対応する対応関係チェックテーブル７上の更新状態１
１を「更新中」に変更する。次にインデックス部５上の
指定されたインデックスキーと対応するレコード格納ア
ドレスを削除し、求めたレコード格納アドレスに対応す
るデータ部６の使用状態２２を「未使用」に変更する。
最後にこのアドレスに対応する対応関係チェックテーブ
ル７上の更新状態１１を「初期」に変更する。データレ
コードの更新の場合で更新前と更新後でデータレコード
のサイズが変わる場合には、更新前のレコードの削除を
してから更新後のレコードの追加を行うことになり、上
記レコード削除の操作を行ってからレコード追加の操作
を行うことになる。

【００１７】図５は、対応関係チェックプログラム１の
処理の概略の手順を示す図である。まずインデックス部
５を参照して対応関係チェックテーブル７上のインデツ
クス有無１２及びインデックスキー１３を設定する（ス
テップ５１）。その詳細は図６に示される。次にデータ
部６を参照して対応関係チェックテーブル７上のデータ
部使用状態１４を設定する（ステップ５２）。その詳細
は図７に示される。次に設定されたインデツクス有無１
２、インデックスキー１３及びデータ部使用状態１４に
基づいてインデックスキーとデータレコードとの対応関
係をチェックする（ステップ５３）。その詳細は図８
ａ，図８ｂ及び図８ｃに示される。最後にチェック結果
を編集して図示しないプリンタ等の出力装置に出力する
（ステップ５４）。

【００１８】図６は、対応関係チェックテーブル７上の
インデツクス有無１２及びインデックスキー１３を設定
する対応関係チェックプログラム１の処理の流れを示す
フローチャートである。インデックス部５のインデック
スレコードをその配置順に読み込み、インデックスキー
に対応するレコード格納アドレスを求める（ステップ６
１）。次にこのレコード格納アドレスに対応する対応関
係チェックテーブル７上のインデツクス有無１２を「有
り」に設定する（ステップ６２）。次に読み込んだイン
デックスキーをレコード格納アドレスに対応するインデ
ックスキー１３に格納する（ステップ６３）。インデツ
クス部５の終端に達していなければ（ステップ６４Ｎ
Ｏ）、ステップ６１に戻って上記処理を繰り返す。イン
デツクス部５の終端に達していれば（ステップ６４ＹＥ
Ｓ）、処理を終了する。処理を終了したとき、対応関係
チェックテーブル７上のレコード格納アドレスに対応す
るインデックスキーが存在すればインデツクス有無１２
が「有り」に設定され、インデックスキーが存在しなけ
ればそのレコード格納アドレスに対応するインデツクス
有無１２は初期値の「無し」のままである。図６に示す
処理は、データベース４中のインデツクス部５のみを参
照する処理であり、たとえデータベース管理プログラム
３がインデックスレコードを更新していたとしてもデー
タレコードとの一時的な不整合は対応関係チェックプロ
グラム１に影響しない。

【００１９】図７は、対応関係チェックテーブル７上の
データ部使用状態１４を設定する対応関係チェックプロ
グラム１の処理の流れを示すフローチャートである。対
応関係チェックテーブル７に登録されたレコード格納ア
ドレス１０を順に参照し、各レコード格納アドレスにつ
いてデータ部６の使用状態２２を読み出す（ステップ７
１）。次にこの結果に従ってそのレコード格納アドレス
について対応関係チェックテーブル７上のデータ部使用
状態１４を「使用中」又は「未使用」に設定する（ステ
ップ７２）。データ部６の終端、すなわち対応関係チェ
ックテーブル７の終端に達していなければ（ステップ７
３ＮＯ）、ステップ７１に戻って上記処理を繰り返す。
データ部６の終端に達していれば（ステップ７３ＹＥ
Ｓ）、処理を終了する。図７に示す処理はデータベース
４中のデータ部６のみを参照する処理であり、たとえデ
ータベース管理プログラム３がデータレコードを更新し
ていたとしてもインデックスレコードとの一時的な不整
合は対応関係チェックプログラム１に影響しない。

【００２０】図８ａは、インデックスキーとデータレコ
ードとの対応関係をチェックする対応関係チェックプロ
グラム１の処理の流れを示すフローチャートである。対
応関係チェックテーブル７上の各レコード格納アドレス
１０について、チェック対象１５が「対象」であれば
（ステップ８１ＹＥＳ）、インデツクス有無１２が「有
り」であって（ステップ８２有り）、データ部使用状態
１４が「使用中」であれば（ステップ８３使用中）、チ
ェック結果１６を「正常」に設定する（ステップ８
４）。またインデツクス有無１２が「無し」であって
（ステップ８２無し）、データ部使用状態１４が「未使
用」であれば（ステップ８５未使用）、チェック結果１
６を「正常」に設定する（ステップ８６）。またインデ
ツクス有無１２が「有り」であって（ステップ８２有
り）、データ部使用状態１４が「未使用」であれば（ス
テップ８３未使用）、図８ｂに示す処理を行う（ステッ
プ８７）。またインデツクス有無１２が「無し」であっ
て（ステップ８２無し）、データ部使用状態１４が「使
用中」であれば（ステップ８５使用中）、図８ｃに示す
処理を行う（ステップ８８）。チェック結果１６に値を
設定した後、チェック対象１５を「対象外」に設定し
（ステップ８９）、対応関係チェックテーブル７の終端
に達していなければ（ステップ９０ＮＯ）、ステップ８
１に戻り次のレコード格納アドレスについて上記処理を
繰り返す。チェック対象１５が「対象外」であれば（ス
テップ８１ＮＯ）、そのレコード格納アドレスについて
はすでにステップ８２からステップ８９に至る処理が済
んだのであるから、この処理をスキップしてステップ９
０へ行く。対応関係チェックテーブル７の終端に達して
いて（ステップ９０ＹＥＳ）、あらかじめ規定した回数
だけ対応関係チェックテーブル７をスキャンしていなけ
れば（ステツプ９１ＮＯ）、ステップ８１に戻り対応関
係チェックテーブル７の最初のレコード格納アドレスか
ら上記処理を繰り返す。規定した回数だけ対応関係チェ
ックテーブル７をスキャンしたら（ステップ９１ＹＥ
Ｓ）、処理を終了する。すなわち所定回数繰り返しても
まだ「更新中」の状態のレコード格納アドレスが残るの
であれば、例外的なケースとし処理を打ち切る。

【００２１】図８ｂは、ステップ８７の処理を展開して
示すフローチャートである。まずインデツクスキー１３
を使ってインデックス部５を検索する（ステップ９
３）。インデックスが存在しなければ（ステップ９４Ｎ
Ｏ）、チェック結果１６を「正常」に設定し（ステップ
９５）、ステップ８９へ行く。インデックスが存在し
（ステップ９４ＹＥＳ）、インデツクスキー１３に対応
するレコード格納アドレスが現在チェック中のレコード
格納アドレスに一致すれば（ステップ９６ＹＥＳ）、チ
ェック結果１６を「異常」に設定し（ステップ９７）、
ステップ８９へ行く。インデックスが存在し（ステップ
９４ＹＥＳ）、インデツクスキー１３に対応するレコー
ド格納アドレスに一致しなければ（ステップ９６Ｎ
Ｏ）、チェック結果１６を「正常」に設定し（ステップ
９８）、ステップ８９へ行く。

【００２２】図８ｃは、ステップ８８の処理を展開して
示すフローチャートである。更新状態１１が「更新中」
であれば（ステップ１０１ＹＥＳ）、現在のレコード格
納アドレスについてのチェックを保留してステップ９０
へ行く。更新状態１１が「初期」であれば（ステップ１
０１ＮＯ）、現在のレコード格納アドレスを基にしてデ
ータ部６からデータレコードを読み出し、そのインデッ
クスキーを抽出し（ステップ１０２）、抽出したインデ
ックスキーを基にしてインデックス部５を検索する（ス
テップ１０３）。インデックスが存在しなければ（ステ
ップ１０４ＮＯ）、チェック結果１６を「異常」に設定
し（ステップ１０５）、ステップ８９へ行く。インデッ
クスが存在し（ステップ１０４ＹＥＳ）、インデツクス
キーに対応するレコード格納アドレスが現在チェック中
のレコード格納アドレスに一致すれば（ステップ１０６
ＹＥＳ）、チェック結果１６を「正常」に設定し（ステ
ップ１０７）、ステップ８９へ行く。インデックスが存
在し（ステップ１０４ＹＥＳ）、インデツクスキーに対
応するレコード格納アドレスが現在チェック中のレコー
ド格納アドレスに一致しなければ（ステップ１０６Ｎ
Ｏ）、チェック結果１６を「異常」に設定し（ステップ
１０８）、ステップ８９へ行く。

【００２３】ステップ８４及びステップ８６の処理は、
特定のレコード格納アドレスについてインデックス有無
の設定の処理（ステップ５１，図６）とデータ部使用状
態の設定の処理（ステップ５２，図７）との間に当該デ
ータレコードについて追加や削除が発生しなかったケー
スであり、データレコードの追加・削除が少ないアプリ
ケーションでは多くはこのケースとなる。ステップ９５
の処理は、特定のレコード格納アドレスについてステッ
プ５１とステップ５２との間で当該データレコードの削
除があったケースであり、データ部使用状態が「未使
用」であり、対応するインデックスキーが削除されてい
るからチェック結果は「正常」である。ステップ９８の
処理は、特定のレコード格納アドレスについてステップ
５１とステップ５２との間で当該データレコードの削除
があった後当該データレコードの追加があり、しかもレ
コード格納アドレスが移動しているケースであり、一旦
削除されたインデックスキーは再び追加されてインデッ
クス部５に残っているが、対応するレコード格納アドレ
スが変更されているのでインデツクスキー１３に対応す
るレコード格納アドレスが現在チェック中のレコード格
納アドレスに一致しないケースであり、「正常」とし
た。ただし非常に例外的なケースであって、当該データ
レコードの削除があった後当該データレコードの追加が
あり、しかもレコード格納アドレスが移動しないケース
（ステップ９６ＹＥＳ）の可能性もあるならば、ステッ
プ９８の結果をステップ９７と同様に「異常」に設定
し、後は運用的に処置する方法をとってよい。ステップ
１０７の処理は、特定のレコード格納アドレスについて
ステップ５１とステップ５２との間で新しいデータレコ
ードの追加があったケースであり、データ部使用状態が
「使用中」であり、データレコードの追加によりインデ
ックス有無「有り」が証明されたのであるから、チェッ
ク結果は「正常」である。それ以外のケースのチェック
結果はすべて「異常」となる。なおステップ１０２でデ
ータ部からインデックスキーを抽出できなければ、一旦
追加されたデータレコードがさらに削除された可能性が
あり、チェック結果を「異常」としてよい。

【００２４】本実施例によれば、インデックス有無１２
を設定するためにインデックス部５を１回だけシーケン
シャルに参照し、データ部使用状態１４を設定するため
にデータ部６を１回だけシーケンシャルに参照し、多く
のケースは対応関係チェックテーブル７上のインデック
ス有無１２とデータ部使用状態１４を参照するだけでチ
ェック結果「正常」の結果を出せるので、対応関係チェ
ックプログラム１の処理を非常に高速に行うことができ
る。しかも例外的なケースについては、対応関係チェッ
ク（ステップ５３）の段階で再度インデックス部５及び
データ部６をアクセスしているが、このときデータベー
ス管理プログラム３がデータベース４の情報を更新して
いる期間を避け、この期間のインデツクス部５とデータ
部６との間の一時的な不整合を回避している。

【００２５】

【発明の効果】本発明によれば、デ−タベースを更新す
る業務プログラムを停止させることなく対応関係チェッ
クプログラムを走行させることができるため、サービス
性を向上させることができる。

【図面の簡単な説明】

【図１】本発明の一実施例の情報処理装置の構成図であ
る。

【図２】インデックス部及びデータ部の構成例を示す図
である。

【図３】対応関係チェックテーブル７のデータ構成例を
示す図である。

【図４】データレコードの追加を行うデ−タベ−ス管理
プログラムの処理手順を示す図である。

【図５】実施例の対応関係チェックプログラムの処理の
手順を示す図である。

【図６】実施例のインデックス有無を設定する処理の流
れを示す図である。

【図７】実施例のデ−タ部使用状態を設定する処理の流
れを示す図である。

【図８ａ】実施例の対応関係チェックの処理の流れを示
す図である。

【図８ｂ】図８ａのステップ８７を展開して示す図であ
る。

【図８ｃ】図８ａのステップ８８を展開して示す図であ
る。

【符号の説明】

１・・・対応関係チェックプログラム、２・・・業務プ
ログラム、３…データベース管理プログラム、４・・・
データベース、７・・・対応関係チェツクテーブル、１
０・・・レコード格納アドレス、１１・・・更新状態、
１２・・・インデックス有無、１３・・・インデックス
キー、１４・・・データ部使用状態、１５・・・チェッ
ク対象、１６・・・チェック結果、１７・・・インデッ
クスキ−、１８・・・レコード格納先アドレス、２２・
・・使用状態、２３・・・デ−タレコード

フロントページの続き (72)発明者 中村 仁之輔 東京都千代田区内幸町一丁目１番６号 日 本電信電話株式会社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】インデックス部とデータ部とで構成され、
   該インデックス部はインデックスキーとデータレコード
   の格納アドレスとの対応を格納し、該データ部は該デー
   タレコードを格納するデータベースと、 該インデックス部及び該データ部の情報を更新するとき
   該格納アドレス対応に更新中の表示をするデータベース
   管理のための処理手段と、 該更新中の表示がされているときを除いて該データベー
   スを参照し、該格納アドレス対応に対応するインデック
   スキーとデータレコードが存在するか否かをチェックす
   る処理手段とを有することを特徴とするデータベースの
   チェックを行う情報処理装置。