JPH04241045A - データベース格納処理装置及びデータベース格納処理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えばＣＯＤＡＳＹ
Ｌ型データベース管理システムによって作成されたデー
タベース（即ち、ＣＯＤＡＳＹＬ型データベース）に対
する管理及び格納処理の効率化する装置及び方法に関し
、物理的な空き領域管理に論理的な空き領域管理を追加
することにより、特に大型データベースにおける各デー
タ領域の高効率及び高信頼性の管理並びに高速アクセス
を可能にした装置及び方法に関するものである。

【０００２】

【従来の技術】従来より、データベースはページ管理さ
れており、各データページ（データ領域）毎の追加可能
な物理的空き領域は、各データ領域及び空き領域管理ペ
ージ（ビットマップページ又はインベントリページ等）
にビット情報として保持されている。例えば、ＣＯＤＡ
ＳＹＬ型データベースにおいては、データベースの各デ
ータページ毎にインベントリページ（空き領域管理ペー
ジ）を予め設けておき、各データページの物理的な空き
領域を管理することにより、データ投入時（データ格納
時）の不必要なアクセスを防止している。

【０００３】即ち、データベースの追加投入の際は、ま
ず、空き領域管理ページのアクセスを行い、その後、物
理的に空き領域のあるデータページのアクセス行い、デ
ータを格納する。又、一般に、データベースは、エリア
番号、ページ番号及びページ内のオカレンス番号等を、
例えば３１ビットのコード（ＲＥＦコードという）とし
て管理している。従って、データベース内の各データペ
ージのアクセスは、次の手順■〜■により行われる。 ■データページ毎のインベントリページを参照して、空
き領域のあるデータページのページ番号を得る。 ■目的のデータページを得る。 ■データページ内の使用ライン数（オカレンス数）が最
大ライン数に達していないことをチェックする。 ■データページ内にデータの格納を行う。

【０００４】ところで、ＣＯＤＡＳＹＬ型データベース
は、通常事務計算等に用いられる規格であり、予め、デ
ータの格納場所が設定されており、データベースエリア
内の各データページは、空きページ情報となるインベン
トリページにより管理されている。例えば、インベント
リページの１エントリの容量は１バイトであり、空き領
域が５０％以上のデータページに対しては「０」が設定
され、空き領域が５０％以下のデータページに対しては
残り空き領域の比率（１〜４９％）が設定される。そし
て、残り空き領域が１％になった時点で、インベントリ
ページには、「ページフル」を表わす「１」が設定され
る。

【０００５】従って、上記手順■及び■においては、イ
ンベントリページが「０」又は「１」以上を表わすデー
タページの番号が得られる。そして、手順■及び■によ
り、使用ライン数が最大ラインに達していないデータペ
ージにデータを格納する。従って、もし、手順■でデー
タページ内の使用ライン数が最大ライン数に達していた
ならば、再び手順■に戻り、次のデータページのアクセ
スを行う。

【０００６】一般に、各データページに格納できるデー
タの最大ライン数は、データベースエリア全体のデータ
ページ数と相関性を持っており、データページ数の多い
大型のデータベースになる程、各データページ内の最大
ライン数は少なくなる。なぜなら、データページ数及び
ライン数を参照するためのコードの全体ビット数が固定
されているからである。例えば、参照コードの全体ビッ
ト数が２４ビットであるとすると、１６ビット（６５ｋ
）のデータページ数に対しては８ビット（２５５）のラ
イン数が最大となり、１７ビット（１３１ｋ）のデータ
ページ数に対しては７ビット（１２７）のライン数が最
大となる。即ち、データページ数参照コードのビット数
が多くなるとライン数参照コードのビット数が少なくな
り、最大ライン数が制約されてしまう。このことは、例
えば、「三菱電機使用手引書（ＭＥＬＣＯＭＥＸ　ＧＯ
Ｓ／ＶＳ　ＥＤＭＳＩＩ　Ｓ１−ＳＲ００−８７Ａ《６
３ＢＯ》」の第２章、第１７頁の表２．１に示されてい
る。

【０００７】この結果、データページ数が多く、大型で
格納データの多い巨大データベースシステムにおいては
、データページに物理的な空き領域は存在していても、
データ使用ライン数（オカレンス）が最大ライン数に達
してしまい、データの格納を行うことができない現象が
発生する。従って、大型データベースに対してデータ投
入を行う場合、実際にはデータを格納できないデータペ
ージを不必要にアクセスすることが多く、データの格納
処理に時間がかかる。尚、各データ（オカレンス）の長
さは一定でないため、空き領域とオカレンス数（ライン
数）との間には相関性がなく、空き領域の量から最大ラ
イン数に達しているか否かを判別することはできない。

【０００８】又、データベースの規模が巨大化したとき
に、データページ内の物理的な空き領域はあるものの、
ページ番号使用ビットの都合上、論理的に格納不可（論
理的な空き領域なし）となる場合が生じる。即ち、ペー
ジ番号を表わすビット数が増加して、ページ内のオカレ
ンス番号を表わすビット数が減少するため、１ページ内
に格納できるオカレンス（データ）の最大数が少なくな
ってしまう。従って、物理的には空き領域のあるデータ
ページであったとしても、そのデータページをアクセス
してデータを追加しようとすると、表現可能なオカレン
ス番号が桁あふれ（論理的にフル）の状態を起こし、そ
のデータページのアクセスが無駄になってしまい、次の
データページをアクセスしなければならない。

【０００９】しかし、次のデータページも同様に論理的
にフルの状態であれば、論理的に空き領域のあるデータ
ページをアクセスするまで順次アクセスを繰り返し続け
ることになり、結果的にデータベースの格納処理に時間
がかかってしまう。このようなインベントリページ内の
該当エントリをページフルの状態（該当するデータペー
ジには空き領域が無い状態）に更新する機能を備えたデ
ータベース処理システムは、例えば、特開昭５９−１６
０２５１号公報又は特開昭５９−１６０２５１号公報に
提案されているが、上述したように、この技術内容では
、各ページの物理的な使用率を管理することはできるが
、エリア内のデータページ数を考慮して最大ライン数を
管理することはできないため、種々の問題点が発生する
。

【００１０】更に、データベース内の全データページを
アクセスし、各データページの使用ライン数の調査やデ
ータページの正当性のチェックを行うことも考えられる
が、従来では、データベースのバックアップ／リストア
（再格納）等の特別な処理を行う必要があった。

【００１１】

【発明が解決しようとする課題】従来のデータベース管
理及び格納処理装置並びにデータベース管理及び格納処
理方法は以上のように、物理的な空き領域のみを管理し
ているので、例えば論理的にフル（実際の空き領域無し
）の状態であっても物理的に空き領域があると、アクセ
ス不可の状態を表わすことができない。従って、データ
ページ毎の使用状況等を正確に把握することができず、
データページ内の使用ライン数が最大ライン数に達して
いるデータページを不必要にアクセスすることが多くな
り、データの格納処理に時間がかかるという問題点があ
った。

【００１２】特に大型のデータベースにデータを投入す
る際には、ＲＥＦコード内のページ番号を表現するビッ
ト数が増加すると、１ページ内のオカレンス数を表現す
るビット数が減少して１ページ内に格納できるオカレン
スの最大数が少なくなり、物理的には空き領域があって
も実際には論理的にフルの状態となり易く、その場合の
対策が全くとられていないために、無駄なアクセスが増
大してしまうという問題点があった。

【００１３】この発明は、上記のような問題点を解決す
るためになされたもので、データベースの規模を考慮し
ながら、データベース内の全データページの検査（論理
的にフルか否か等の調査）を定期的に行うことにより、
データベースに対するデータ管理及び格納処理を高い信
頼性で且つ高速に行うためのデータベース管理及び格納
処理装置並びにデータベース管理及び格納処理方法を得
ることを目的とする。

【００１４】

【課題を解決するための手段】この発明に係るデータベ
ース管理装置は、データベース内の全てのデータ領域を
読込みデータベースの使用状況及び正当性を検査する手
段と、検査結果を出力する手段とを備えたものである。

【００１５】又、この発明に係るデータベース格納処理
装置は、データベース内の全てのデータ領域を読込みデ
ータベースの使用状況及び正当性を検査する手段と、検
査結果を出力する手段と、検査結果に基づいてデータ使
用数が最大数に達しているデータ領域の空き領域管理ペ
ージを「空き領域無し」の状態に更新する手段とを備え
たものである。

【００１６】又、この発明に係るデータベース管理方法
は、データベース内の全てのデータ領域を読込むステッ
プと、データベースの使用状況及び正当性を検査するス
テップと、検査結果を出力するステップとを含むもので
ある。

【００１７】又、この発明に係るデータベース格納処理
方法は、データベース内の全てのデータ領域を読込むス
テップと、データベースの使用状況及び正当性を検査す
るステップと、検査結果を出力するステップと、検査結
果に基づいてデータ使用数が最大数に達しているデータ
領域の空き領域管理ページを「空き領域無し」の状態に
更新するステップとを含むものである。

【００１８】

【作用】この発明によるデータベース管理装置及び方法
においては、例えばＣＯＤＡＳＹＬ型データベースに対
してインベントリページ更新ユーティリティを定期的に
使用して、データベース内の全データ領域（データペー
ジ）をアクセスし、データベースの使用状況及び正当性
（エリア番号、ページ番号、ページ形式、ページの連続
性）をチェックしてリスト出力し、データ領域毎の異常
障害等の早期発見を可能にする。

【００１９】又、この発明によるデータベース格納処理
装置及び方法においては、例えばＣＯＤＡＳＹＬ型デー
タベースに対してインベントリページ更新ユーティリテ
ィを定期的に使用して、データベース内の全データ領域
を検査し、データベースの規模を考慮して１ページ内に
格納できる最大オカレンス数を判断し、最大ライン数（
論理的にフル）に達しているデータ領域を洗いだしてリ
スト出力し、論理的にフルのデータ領域に対しては、物
理的な空き領域を管理するためのインベントリページの
該当エントリを「ページフル（空き領域無し）」の状態
に更新する。これにより、例えばＣＯＤＡＳＹＬ型デー
タベース管理システムを用いたデータ追加投入時に、デ
ータ領域内の使用ライン数が最大ライン数に達している
データ領域が空き領域確認のために不必要にアクセスさ
れることはなく、Ｉ／Ｏ回数が軽減されてデータの格納
処理が高速に行われる。

【００２０】

【実施例】図１は、この発明によるデータベース管理装
置及び方法並びに格納処理装置及び方法の一実施例が適
用されるシステム構成を示すブロック図である。図にお
いて、制御文ファイル（１）は、インベントリページ更
新ユーティリティ（４）の制御を行うための制御文を与
える。インベントリページ更新ユーティリティ（４）は
、「ラインフル（空き領域無し）」データページ検査部
（２）と、インベントリページ更新部（３）とから構成
される。 インベントリページ更新ユーティリティ（４）により管
理されるデータベース（６）は、ＣＯＤＡＳＹＬ型デー
タベース管理システムによって作成されている。

【００２１】インベントリページ更新ユーティリティ（
４）内の「ラインフル」データページ検査部（２）は、
制御文ファイル（１）で与えられた制御文に従って目的
のデータベース（６）内の全データページを検査し、そ
の正当性をチェックすると共にデータページ内の使用ラ
イン数が最大ライン数に達しているデータページのペー
ジ番号をデータベース更新情報ファイル（５）に出力す
る。

【００２２】「ラインフル」データページ検査部（２）
と共働するインベントリページ更新部（３）は、データ
ベース更新情報ファイル（５）に出力されたページ番号
情報に基づいて、データベース（６）内の各データペー
ジのインベントリページ（空き領域管理ページ）内の該
当エントリを「ページフル」（即ち、該当するデータペ
ージには空き領域が無い）の状態に更新する。

【００２３】結果出力リスト（７）は、データページの
検査の結果、インベントリページの更新処理の結果及び
インベントリページ更新ユーティリティ（４）の動作結
果等を出力する。以上のインベントリページ更新処理は
、数週間に１回又は必要に応じて任意に行われる。

【００２４】データベース更新情報ファイル（５）のレ
コード形式は、例えば、各４バイトのページ番号がシリ
ーズに連続した形式となっている。又、制御文ファイル
（１）、データベース更新情報ファイル（５）、データ
ベース（６）及び検査結果出力リスト（７）の、それぞ
れのインベントリページ更新ユーティリティ（４）との
外部インタフェースとしては、例えばＳＹＳＳＩ、ＳＹ
ＳＵＴ１、ＤＢ００１及びＳＹＳＬＯが用いられ、それ
ぞれの入出力データファイル及び属性は、以下の表１の
ように表わされる。 　　　　表１ 論理ファイル名　　　　　　用途　　　　　　　　　　
　　　　　　　編成　　レコード　　レコード　　指定
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　形式　
　　　　　長（バイト）　　ＳＹＳＳＩ　　　　制御文
を入力　　　　　　　　　　　　　ＰＳ　　Ｆ、ＦＢ　
　　　　　　８０　　任意　　ＳＹＳＬＯ　　　　検査
結果を出力　　　　　　　　　　　ＰＳ　　ＶＢＡ　　
　　１３７　　　　任意　　ＳＹＳＵＴ１　　　　　更
新情報一時ファイル　　　ＰＳ　　ＶＢ　　　　　　１
３７　　　　不可　　ＤＢ００１　　　　データベース
のエリア　　　　　ＶＳＡＭ　　　　−　　　　　　−
　　　　不可

【００２５】但し、表１において、編成Ｐ
Ｓは通常のシーケンシャルインデクス、レコード形式Ｆ
は固定、ＦＢは固定ブロック、ＶＢＡ及びＶＢは可変を
それぞれ示し、−はページの大きさ、長さ及び数が任意
であることを示す。又、ブロック長は、ＳＹＳＳＩの場
合はレコード長８０バイトの倍数であり、ＳＹＳＬＯ及
びＳＹＳＵＴ１の場合は１３７バイトに４バイトを加え
た１４１バイトとなる。

【００２６】又、表１に示されるように、制御文ファイ
ル（１）の外部インタフェースＳＹＳＳＩと検査結果出
力リスト（７）の外部インタフェースＳＹＳＬＯとに関
しては、外部バッチ割付が任意であり、データベース更
新情報ファイル（５）の外部インタフェースＳＹＳＵＴ
１とデータベース（６）の外部インタフェースＤＢ００
１とに関しては、外部バッチ割付が不可である。

【００２７】次に、図２のフローチャート図を参照しな
がら、図１に示したこの発明の一実施例の動作について
説明する。まず、制御文ファイル（１）からインベント
リページ更新ユーティリティ（４）に制御文が入力され
ると（ステップＳ１）、制御文の正当性がチェックされ
た後、データベース（６）の目的クラスタ（メモリディ
スクに相当する）のオープンが行われる（ステップＳ２
）。

【００２８】次に、データベース（６）内のデータペー
ジを先頭から読み込み（ステップＳ３）、データベース
の規模を考慮しながらデータページの正当性チェックを
行った後、そのデータページ内の使用ライン数が最大ラ
イン数に達しているか否かの判定を行う（ステップＳ４
）。そして、使用ライン数が最大ライン数（論理的にフ
ル）に達しているデータページであれば、データベース
更新情報ファイル（５）にそのページ番号を出力する（
ステップＳ５）。 以上のステップＳ３〜Ｓ５のループを全データページを
処理するまで繰り返し（ステップＳ６）、全データペー
ジを処理したら目的クラスタのクローズを行う（ステッ
プＳ７）。

【００２９】次に、検査結果を出力（ステップＳ８）し
た後、再び目的クラスタのオープンを行い（ステップＳ
９）、更新を行うインベントリページを読み込み（ステ
ップＳ１０）、データベース更新情報ファイル（５）内
のページ番号情報に基づいて、インベントリページ内の
該当エントリを「ページフル」の状態に更新する（ステ
ップＳ１１）。この結果、使用ライン数が最大ライン数
に達したデータページのインベントリページには「１」
が設定される。即ち、物理的な空き領域が十分残ってい
ても、残り空き領域が１％以下を表わすことになる。以
上のステップＳ１０及びＳ１１のループを全件処理する
まで繰り返し（ステップＳ１２）、全件処理したら目的
クラスタのクローズを行い（ステップＳ１３）、このユ
ーティリティは終了する（ステップＳ１４）。

【００３０】このように、データベース管理システムに
おいて、各データページをアクセスしてデータベースの
正当性をチェックし、データページの論理的な空き領域
の検査を行い、検査結果に基づいて、インベントリペー
ジ内にある論理的に空き領域のないデータページのエン
トリを「ページフル」の状態に更新することができる。 従って、更新処理が行われたデータベース（６）に対し
てデータ投入を行う場合、インベントリページが「ペー
ジフル」即ち「空き領域無し」を示すデータページをア
クセスすることはなく、データ格納処理を高速に行うこ
とができる。

【００３１】インベントリページはデータページ数に応
じた１００〜２００個のマトリクスブロックからなり、
各マトリクスブロック即ちインベントリページの論理構
成は、データページ毎の残りサイズを個別に示している
。例えば、１つのマトリクスブロックは、データページ
ｎの残りサイズ、データページｎ＋１の残りサイズ、…
、データページｎ＋ｍの残りサイズ、というようにｍ＋
１個のサイズを順次示すようになっている。但し、残り
サイズが予め設定された比率（例えば５０％）以上であ
れば、そのデータページの空き領域が十分であるから、
残りサイズを表示せず、所定比率５０％以下となったと
きに表示するようになっている。

【００３２】又、オペレータにより入力されるＩＮＶＵ
ＰＤ（インベントリページ更新ユーティリティ（４）の
プログラム名）に関連した制御文形式としては、以下の
表２にあげられたものがある。 　　　　表２ 　　ＡＲＥＡ＝エリア名 　　ＡＲＥＡＮＯ＝エリア番号 　　ＣＬＵＳＴＥＲ＝クラスタ名　　　　　　　　　（
マルチクラスタの場合は複数）　　ＰＡＧＥ＝データペ
ージ数 　　ＳＩＺＥ＝ページサイズ 　　ＬＩＮＥ＝ライン数　　　　　　　　　　　　　　
　　　（省略時はデータページ数から算出）　　ＣＨＥ
ＣＫＳＡＭ＝ＹＥＳ／ＮＯ　　　　　（省略時はＹＥＳ
）　　ＵＰＤＡＴＥ＝ＹＥＳ／ＮＯ　　　　　　　　　
（省略時はＮＯ）がある。

【００３３】但し、表２において、各制御文のパラメー
タの意味は以下の通りである。 １）エリア名　　　　　　　　…処理対象のデータベー
スのエリア名を指定する。 ２）エリア番号　　　　　　…エリア番号を指定する。 ３）クラスタ名　　　　　　…エリアを構成するクラス
タ名を指定する。マルチクラス　　　　　　　　　　　
　　　　　　　　　　　タの場合は、ページ順に全ての
クラスタ名を指定する。 　　　　　　　　　　　　　　　　　　　　　　（クラ
スタ名は例えば最大１０個まで指定可能）４）データペ
ージ数　　…エリアのデータページ数を指定する。 ５）ページサイズ　　　　…エリアのページサイズをバ
イト単位で指定する。 ６）ライン数　　　　　　　　…エリアの最大ライン数
を指定する。 ７）ＣＨＥＣＫＳＵＭ…エリアのチェックサムの有無を
指定する。 ８）ＵＰＤＡＴＥ　　　　…フルデータページを検査し
た後、インベントリページを　　　　　　　　　　　　
　　　　　　　　　　更新するか否かを指定する。

【００３４】又、実際に図１のシステムを起動してフル
データページの検査を行う場合の具体的なバッチ処理手
続きは、以下の表３の通りである。 　　　　表３ 　　％ＪＯＢ．＊Ａ　　ＥＤＭＳＩＩ 　　％ＬＩＭＩＴ　　（ＴＩＭＥ．１０００）　　％Ａ
ＳＳＩＧＮ　　ＳＹＳＳＩ　　．　　＊＊　　％ＡＳＳ
ＩＧＮ　　ＳＹＳＬＯ　　．（ＳＹＳＯＵＴ．＊）　　
％ＩＮＶＵＰＤ 　　　　ＡＲＥＡ　　　　　　＝ＴＥＳＴＡ　　　　　
　　　　…エリア名　　　　ＡＲＥＡＮＯ　　＝０３　
　　　　　　　　　　　　　　…エリア番号　　　　Ｃ
ＬＵＳＴＥＲ＝ＥＤＭＳＩＩ．ＤＢＴＥＳＴｉ　　　　
…クラスタ名（ｉ＝１〜ｎ）　　　　ＰＡＧＥ　　　　
　　＝１８００００　　　　　　　…データページ数　
　　　ＳＩＺＥ　　　　　　＝４０９６　　　　　　　
　　　　…ページサイズ　　　　ＬＩＮＥ　　　　　　
＝６３　　　　　　　　　　　　　　　…最大ライン数
　　　　ＣＨＥＣＫＳＵＭ＝ＹＥＳ　　　　　　　　　
　　…チェックサム有　　　　ＵＰＤＡＴＥ　　＝ＹＥ
Ｓ　　　　　　　　　　　　　…インベントリページの
更新有　　％ＦＩＮ

【００３５】更に、結果出力リスト（７）に出力される
具体的なリスト形式及び内容は以下の表４の通りである
。 　　　　表４ 　　ＭＥＬＣＯＭ　　ＥＤＭＳＩＩ　　ＩＮＶＥＮＴＯ
ＲＹ　　ＰＡＧＥ　　ＵＰＤＡＴＥ　　ＵＴＩＬＩＴＹ
　　ＶＥＲＳＩＯＮ−ＡＤＤ　　ｈｈ：ｍｍ：ｓｓ　　
ＹＹ／ＨＨ／ＤＤ　　ＡＲＥＡ＝■ＴＥＳＴＡ（■３）
　　ＰＡＧＥ　　ＳＩＺＥ＝■４０９６　　ＬＩＮＥ＝
■６３　　　　ＣＨＥＣＫＳＵＭ＝■ＹＥＳ　　　　Ｃ
ＬＵＳＴＥＲ＝■ＥＤＭＳＩＩ．ＴＥＳＴＣ１　　　　
ＰＡＧＥ＝■１−１８０１５０　　　　ＬＩＮＥ　　Ｍ
ＡＸ　　ＰＡＧＥ＝■００００　　００００　　…　　
００００　　　　　　ＴＯＴＡＬ　　ＰＡＧＥ＝■００
００（ｎ．ｎ％）

【００３６】表４において、■はエリ
ア名、■はエリア番号、■はページサイズ、■は最大ラ
イン数、■はチェックサムの有無、■はクラスタ名、■
は検査ページ範囲、■は該当ページ番号、■は該当ペー
ジの合計及び全ページ数に対する比率である。ここでは
、全てのデータページの論理的な空き領域が５０％以上
であり、論理的に「ラインフル」のデータページ（該当
ページ■）がない場合を示している。又、検査ページ範
囲■に示すようにページ番号１〜１８０１５０の範囲で
検査が行われているが、このうちの１８００００個は前
述の表３に示したようにデータページ数であり、１５０
個はマトリクスブロックからなるインベントリページ数
である。

【００３７】尚、上記実施例ではインベントリページの
更新を行う場合を示したが、制御文におけるパラメータ
の指定によって、「ラインフル」データページの検査、
又は、所定のライン数以上のライン数をもつデータペー
ジの検査のみを行ってもよい。これにより、データベー
ス（６）の使用状況を確認すること、並びに、空き領域
の無いデータページ数を参照することができ、次のデー
タベース設計時に、必要なデータページ数を設定して飽
和を防止することなどが可能となる。

【００３８】又、この場合の応用として、インベントリ
ページ更新ユーティリティ（４）は、データベース（６
）内の全てのデータページを順にアクセスするため、デ
ータページ内の情報（データ番号、ページ番号、ページ
番号の連続性、使用ライン数、ページ形式、チェックサ
ム、等）を参照することができ、データベースの障害や
異常、即ち、ページヘッダ部及びページフッタ部の異常
があれば、そのデータページを発見することもできる。

【００３９】更に、ＣＯＤＡＳＹＬ型データベース内の
各データページの空き領域を管理する場合を例にとって
説明したが、各データページがインベントリページと同
様の空き領域管理領域で管理される他のデータベースに
対しても、同様に空き領域管理領域を更新すれば同等の
効果を奏することは言うまでもない。

【００４０】

【発明の効果】以上のようにこの発明によれば、データ
ベース内の全てのデータ領域を読込みデータベースの使
用状況及び正当性を検査する手段と、検査結果を出力す
る手段とを設け、データベース内の全データ領域をアク
セスしてデータベースの使用状況及び正当性をチェック
し且つリスト出力するようにしたので、データ領域毎の
異常障害等の早期発見が可能となり、信頼性を向上させ
たデータベース管理装置が得られる効果がある。

【００４１】又、この発明によれば、データベース内の
全てのデータ領域を読込みデータベースの使用状況及び
正当性を検査する手段と、検査結果を出力する手段と、
検査結果に基づいてデータ使用数が最大数に達している
データ領域の空き領域管理ページを「空き領域無し」の
状態に更新する手段とを設け、データベース内の全デー
タ領域を検査し、データベースの規模を考慮して１ペー
ジ内に格納できる最大オカレンス数を判断し、物理的に
空き領域があっても論理的にフルのデータ領域に対して
は、空き領域管理ページの該当エントリを「ページフル
」の状態に更新するようにしたので、データ追加投入時
に、データ領域内の使用ライン数が最大ライン数に達し
ているデータ領域を不必要にアクセスすることはなく、
Ｉ／Ｏ回数が軽減されて高速化を実現したデータベース
格納処理装置が得られる効果がある。

【００４２】又、この発明によれば、データベース内の
全てのデータ領域を読込むステップと、データベースの
使用状況及び正当性を検査するステップと、検査結果を
出力するステップとを含み、データベース内の全データ
領域をアクセスしてデータベースの使用状況及び正当性
をチェックし且つリスト出力するようにしたので、デー
タ領域毎の異常障害等の早期発見が可能なデータベース
管理方法が得られる効果がある。

【００４３】更に、この発明によれば、データベース内
の全てのデータ領域を読込むステップと、データベース
の使用状況及び正当性を検査するステップと、検査結果
を出力するステップと、検査結果に基づいてデータ使用
数が最大数に達しているデータ領域の空き領域管理ペー
ジを「空き領域無し」の状態に更新するステップとを含
み、データベース内の全データ領域を検査し、データベ
ースの規模を考慮して１ページ内に格納できる最大オカ
レンス数を判断し、物理的に空き領域があっても論理的
にフルのデータ領域に対しては、空き領域管理ページの
該当エントリを「ページフル」の状態に更新するように
したので、データ追加投入時に、データ領域内の使用ラ
イン数が最大ライン数に達しているデータ領域を不必要
にアクセスすることはなく、Ｉ／Ｏ回数が軽減されて高
速化を実現したデータベース格納処理方法が得られる効
果がある。

【図面の簡単な説明】

【図１】この発明によるデータベース管理装置及び方法
並びに格納処理装置及び方法の一実施例が適用されるシ
ステム構成を示すブロック図である。

【図２】図１の動作を説明するためのフローチャート図
である。

【符号の説明】

１　　　　制御文ファイル ２　　　　「ラインフル」データページ検査部３　　　
　インベントリページ更新部 ４　　　　インベントリページ更新ユーティリティ５　
　　　データベース更新情報ファイル６　　　　データ
ベース ７　　　　結果出力リスト

Claims (4)

【特許請求の範囲】
1. 【請求項１】　　データベース内の全てのデータ領域を
   読込み前記データベースの各々の使用状況及び正当性を
   検査する手段と、この検査結果を出力する手段とを備え
   たデータベース管理装置。
2. 【請求項２】　　データベース内の全てのデータ領域を
   読込み前記データベースの各々の使用状況及び正当性を
   検査する手段と、この検査結果を出力する手段と、前記
   検査結果に基づいてデータ使用数が最大数に達している
   データ領域の空き領域管理ページを「空き領域無し」の
   状態に更新する手段とを備えたデータベース格納処理装
   置。
3. 【請求項３】　　データベース内の全てのデータ領域を
   読込むステップと、前記データベースの使用状況及び正
   当性を検査するステップと、この検査結果を出力するス
   テップとを含むデータベース管理方法。
4. 【請求項４】　　データベース内の全てのデータ領域を
   読込むステップと、前記データベースの使用状況及び正
   当性を検査するステップと、この検査結果を出力するス
   テップと、前記検査結果に基づいてデータ使用数が最大
   数に達しているデータ領域の空き領域管理ページを「空
   き領域無し」の状態に更新するステップとを含むデータ
   ベース格納処理方法。