JPH03100839A - 索引順編成ファイルのレコード追加処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は索引順編成ファイルのレコード追加処理方式に
関するものである。

〔従来の技術〕

索引順編成ファイルとは、レコードの一部に当該レコー
ドを識別するためのキーが設けられ、これらの複数のレ
コードがキー値の範囲毎にブロックと呼ばれる一定のｗ
Ｉ域に分割して格納されているデータ部と、ある範囲の
キー値をもつレコードがデータ部内−のどのブロックに
格納されているかを示す索引情報が格納されている索引
部との２種類の領域から構成されるファイルである。

ところで、この種の索引順編成ファイルに新たなレコー
ドを追加する場合は、追加するレコードのキー値を基に
索引１１１ｉ＆！成フアイルの索引部を検索して格納す
べきブロックを特定し、そのブロックにレコードを格納
すべき領域があればそこに格納するものである。しかし
、そのブロックに余裕がない場合には、特別な処理を行
わなければならない。

従来、このような場合の処理としては、次のような２通
りの方式が採用されていた。

■ファイル作成時にファイルの最後の余った領域に作成
されるブロック（オーバーフローブロック）に追加レコ
ードを格納する方式（オーバーフロ一方式） ■格納すべきブロック内のレコード群を約半分のサイズ
で分割し、新たに作成したブロックに半分のレコード群
を移動させることによりできた空き領域に追加レコード
を格納する方式（スプリット方式） （発明が解決しようとする課題〕 従来のレコード追加処理方式は上述したように行われて
いたが、それぞれの方式には次のような欠点があった。

■オーバーフロ一方式においては、追加する複数のレコ
ードのキー値がデータ部内のあるブロックに集中した場
合、追加レコード群が索引部の索引情報で直接に管理さ
れていないオーバーフローブロックに格納されるため、
そのブロック内のレコードを参照する場合に複雑な処理
を行わなければならず、処理時間が長くなってサービス
の低下を招く。

■スプリット方式においては、オーバーフロー方式のよ
うな欠点はないが、ブロックサイズの約半分しか使用し
ていないブロックが新たに作成されるので、以後の追加
レコードのキー値が新たに作成されたブロックを使用し
ないような場合は記憶域の有効利用が図れない。

本発明は上記の点に鑑み提案されたものであり、その目
的とするところは、レコード参照のための処理時間の増
大を招くことがないと共に、記憶領域の有効利用が図れ
る索引順編成ファイルのレコード追加処理方式を提供す
ることにある。

〔課題を解決するための手段〕

本発明は上記の目的を達成するため、索引順編成ファイ
ルを扱うデータ処理装置におけるレコード追加処理方式
において、 レコード追加要求時に当該レコードを格納すべきブロッ
クを検索すると共に当該ブロックにレコードの格納領域
が有るか否かを判断するデータ領域検索手段と、 このデータ領域検索手段により格納領域が無いと判断さ
れた場合にそのブロックの次もし、くは一つ前のブロッ
クにレコードの格納領域が有るか否かを判断するデータ
領域確保手段と、 このデータ領域確保手段により格納領域が有ると判断さ
れた場合に、追加すべきレコードを検出された次もしく
は一つ前のブロックに直接格納できるか否かを判断して
直接格納できない場合は追加するレコードを移動すべき
レコードと交換すると共に、各ブロックの代表キー値の
更新を行う索引情報更新手段と、 前記データ領域検索手段が格納領域有りと判断したブロ
ックおよび前記データ領域確保手段が格納領域有りと判
断した次もしくは一つ前のブロックに追加もしくは移動
するレコードを格納するデータ部格納手段とを備えるよ
うにしている。

〔作用〕

本発明の索引順編成ファイルのレコード追加処理方式に
あっては、レコード追加要求時に、データ領域検索手段
が当該レコードを格納すべきブロックを検索すると共に
当該ブロックにレコードの格納領域が有るか否かを判断
し、格納領域が無いと判断された場合にデータ領域確保
手段がそのブロックの次もしくは一つ前のブロックにレ
コードの格納領域が有るか否かを判断し、次もしくは一
つ前のブロックに格納領域が有ると判断された場合に索
引情報更新手段が追加すべきレコードを検出された次も
しくは一つ前のブロックに直接格納できるか否かを判断
して直接格納できない場合は追加するレコードを移動す
べきレコードと交換すると共に、各ブロックの代表キー
値の更新を行い、データ部格納手段がデータ領域検索手
段が格納領域有りと判断したブロックおよびデータ領域
確保手段が格納領域有りと判断した次もしくは一つ前の
ブロックに追加もしくは移動するレコードを格納する。

〔実施例〕

以下、本発明の実施例につき図面を参照して説明する。

第１図は本発明の索引順編成ファイルのレコード追加処
理方式の一実施例を示す構成図である。

第１図において、Ａはレコードの追加要求を出すジ目ブ
であり、ｌはレコードの追加および参照・削除等の処理
を行うデータ処理装置、２は索引順編成ファイルである
。ここで、索引順編成ファイル２は索引部３とデータ部
４とから構成され、索引部３にはデータ部４に設けられ
た複数のブロックｈ＝　　１＋　　Ｊ＋　・・・に対応
する索引情報３１，３２゜３３、・・・が存在し、索引
情報３１．３２，３３゜・・・にはそのブロックの論理
的に次に位置するブロックに含まれ得る最小のキー値ｃ
、ｅ、ｇ、・・・が代表キー値として含まれると共に、
各ブロックへのポインタが含まれている。また、データ
部４の各ブロックｈ、ｉ、ｊ、・・・はキー値が所定の
範囲に入るレコード同士をまとめて格納してあり、ｈ’
＋　　Ｊ＋　・・・の順がキー値の昇順となっており、
各ブロックはポインタにより論理的に昇順に連結して管
理されると共に、各ブロック内においてもレコードはポ
インタにより論理的に昇順に連結して管理されている。

なお、ブロックｉにおいてキーＣ゛はそのブロックｉ内
で最小のキーＣをもつレコードが削除されていることを
示している。

一方、データ処理装置１はデータ領域検索手段５とデー
タ領域確保手段６と索引情報更新手段７とデータ部格納
手段８とが含まれている。なお、図示していないが、デ
ータ処理装置１にはデータ処理装置としてのその他の機
能を行うための機能部、および、本発明が実行できない
時の例外的な処理のために従来のスプリント方式を実行
するための機能部も含まれている。

データ処理装置１内の各手段の概略的な機能は次の通り
である。

データ領域検索手段５；ジョブＡからのレコード追加要
求時に当該レコードを格納すべきブロックを索引順編成
ファイル２の索引部３を検索することにより特定すると
共に、当該ブロックにレコードの格納領域が有るか否か
を判断する機能。

データ領域確保手段６；データ領域検索手段５によりレ
コードを格納すべきブロックに格納領域が無いと判断さ
れた場合にそのブロックの次もしくは一つ前のブロック
にレコードの格納領域が有るか否かを判断する機能。

索引情報更新手段７；データ領域確保手段６により次も
しくは一つ前のブロックにレコードの格納領域が有ると
判断された場合に、追加すべきレコードを検出された次
もしくは一つ前のブロックに直接格納できるか否かを判
断して直接格納できない場合は追加するレコードを移動
すべきレコードと交換すると共に、各ブロックの代表キ
ー値の更新を行う機能。

データ部格納手段８；データ領域検索手段５が格納領域
有りと判断したブロックおよびデータ領域確保手段６が
格納領域有りと判断した次もしくは一つ前のブロックに
追加もしくは移動するレコードを格納する機能。

第２図はデータ処理装置ｌのレコード追加に関する全体
的な処理のフローチャート、第３図ないし第６図は手段
５〜８の各々の処理の詳細を示したフローチャートであ
り、以下、上記の実施例の動作を第２図ないし第６図の
フローチャートに沿って説明する。なお、ここでは、便
宜上、ジョブＡから索引ＪＩ［！成ファイル２内へキー
ｘ　（ｃｏｘ＜ｅ）をもつレコードを追加する要求が出
された場合を例にとって説明する。

ジップＡからレコードの追加要求が出されると、データ
処理装置Ｉは、第２図に示すように、データ領域検索手
段５に制御を渡す（ステップＳｌ）。

データ領域検索手段５は、第３図に示すように、索引順
編成ファイル２の索引部３内の索引情報３１．３２，３
３．・・・を検索することにより、追加レコードのキー
値Ｘがデータ部４内のどのブロックｈ、ｔ、ｊ、に、・
・・に含まれるかを検索する（ステップＳ９）、前述し
た例では、ｃ＜ｘ＜ｅであるため、そのレコードはブロ
ックｉに格納すべきであることから、ブロックｉが検索
される。

次いで、データ領域検索手段５は検索したブロックｊ内
に追加レコードを格納するだけの領域が有るか否かを判
断しくステップ５ＩＯ）、有ると判断した場合はデータ
部４内のブロックｊ内に追加レコードを格納する領域が
有ることを呼び出し元に通知しくステップ５ｌｌ）、処
理を終了する。

また、検索したブロックｊ内に追加レコードを格納する
だけの領域が無いと判断した場合は、データ部４内のブ
ロックｊ内に追加レコードを格納する領域が無いことを
呼び出し元に通知しくステップ５１２）、処理を終了す
る。データ領域検索手段５の処理終了により制御はデー
タ処理装置１に戻る。

データ処理装置１では、データ領域検索手段５からデー
タ部４内のブロックｊ内に追加レコードを格納するｗＩ
ｉ４１ｉが有ると通知された場合は、データ部格納手段
８に制御を渡す（ステップＳ２．Ｓ７）、また、データ
部４内のブロックｊ内に追加レコードを格納する領域が
無いと通知された場合は、データ領域確保手段６に制御
を渡す（ステップＳ２．Ｓ３）。

データ領域確保手段６は、第４図に示すように、先ず、
索引部３内の索引情報３１，３２，３３゜・・・を検索
することによりデータ部４内のブロックｉの次にブロッ
ク（ｊ）が有るか否かを判断しくステップ５１３）、ブ
ロックｊが有ると判断した場合はブロックｉヘキー値Ｘ
をもつ追加レコードを格納するために他のブロックｊへ
移動させる必要があるレコード（以下、「移動レコード
」という、）を考慮し、ブロックｊ内に移動レコードを
格納するだけの領域が有るか否かを判断する（ステップ
５１４）、そして、ブロックｊ内に移動レコードを格納
する領域が有ると判断した場合は、データ部４内のブロ
ックｉの次のブロックｊ内に移動レコードを格納する領
域が有ることを通知しくステップ３１７）、処理を終了
する。

また、ステップＳ１３で次のブロックが存在しないと判
断した場合、および、ステップ３１４で次のブロックｊ
に移動レコードを格納する領域が無いと判断した場合に
は、ステップＳ１５に制御が進む。

そして、索引部３内の索引情報３１．３２，３３、・・
・を検索することによりデータ部４内のブロックｉの一
つ前にブロック（ｈ）が有るか否かを判断しくステップ
５１５）、ブロックｈが有ると判断した場合は、移動レ
コードを考慮してブロックｈ内に移動レコードを格納す
るだけの領域が有るか否かを判断する（ステップ３１６
）。そして、ブロックｈ内に移動レコードを格納する領
域が有ると判断した場合は、データ部４内のブロックｉ
の一つ前のブロックｈ内に移動レコードを格納する領域
が有ることを通知しくステップ５１８）、処理を終了す
る。また、ステップ５１５で一つ前にブロックが存在し
ないと判断した場合、および、ステップＳ１６でブロッ
クｈ内に移動レコードを格納する領域が無いと判断した
場合は、データ部４内のブロックｈ、　　ｊ内には追加
レコードを格納する領域が無いことを通知しくステップ
Ｓｌ’９）、処理を終了する。データ領域確保手段６の
処理終了により制御はデータ処理袋２１に戻る。

データ処理装置１では、データ領域確保手段６からデー
タ部４内のブロックｈ、　　ｊ内には追加レコードを格
納する領域が無いことが通知されると、止むを得ないも
のとして従来と同様にスプリット方式を実行すべく、ブ
ロックｊ内のレコード群を約半分のサイズで分割し、新
たに作成したプロ・２りに半分のレコード群を移動させ
ることにより追加レコードの格納領域を確保する（ステ
ップＳ６）。

なお、スプリット方式については、従来と同様な方式で
あるため、詳細な説明は省略する。

一方、データ領域確保手段６からデータ部４内のブロッ
クｉの次のブロックｊまたは一つ前のブロックｈ内に移
動レコードを格納する領域が有ることが通知されると、
索引情報更新手段７に制御を渡す（ステップＳ５）。

索引情報更新手段７では、第５図に示すように、先ず、
上述したデータ領域確保手段６の通知の結果よりデータ
部４内のブロックｉの次のブロックｊまたは一つ前のブ
ロックｈのどちらに追加レコードを格納することができ
るのかを判断しくステップ５２０）、次のブロックｊに
追加レコードを格納すると判断した場合は、追加レコー
ドのキー（ｆｉｘとブロックｉ内に格納されているレコ
ードの最大のキー値ｄとを比較する（ステップ５２１）
。

そして、追加レコードのキー値Ｘがブロックｉ内に格納
されているレコードの最大キー値ｄより大きい場合は、
索引部３内のブロックｉに対応する索引情報３２のキー
値ｅをキー値Ｘに変更する（ステップ５２５）、これに
より、データ部４内のブロックｉ、ｊに格納されるレコ
ードのキー値の範囲が変更され、ブロックｊにキー値Ｘ
をもつレコードを格納できるようになる。また、追加レ
コードのキー値Ｘがブロックｉ内に格納されているレコ
ードの最大キー値ｄより小さい場合は、キー値Ｘをもつ
追加レコードを最大キー値ｄをもっレコードが格納され
ていたブロックｉ内の領域に格納し、キー値ｄをもつレ
コードを移動レコードとする（ステップ５２２）、そし
て、索引部３内のブロックｉに対応する索引情報３２の
キー値ｅをキー値ｄに変更する（ステップ５２５）、こ
れにより、データ部４内のブロックｉ、ｊに格納される
レコードのキー値の範囲が変更され、ブロックｊにキー
値ｄをもつレコードを格納できるようになる。

一方、データ領域確保手段６の通知の結果よりデータ部
４内のブロックｉの一つ前のブロックｈに追加レコード
を格納すると判断した場合は、追加レコードのキー値Ｘ
とブロックｉ内に格納されているレコードの最小キー値
Ｃ°とを比較する（ステップ５２３）、そして、追加レ
コードのキー値Ｘがブロックｉ内に格納されているレコ
ードの最小のキー値Ｃ゛より小さい場合は、索引部３内
のブロックｈに対応する索引情報３１のキー値Ｃをキー
値Ｃ°に変更する（ステップ５２５）。

これにより、データ部４内のブロックｈ、ｉに格納され
るレコードのキー値の範囲が変更され、プロ、りｈにキ
ー値Ｘをもつレコードを格納できるようになる。また、
追加レコードのキー値Ｘがブロンクｉ内に格納されてい
るレコードの最小キー値Ｃ′より大きい場合は、キー値
Ｘをもつ追加レコードを最小キー値Ｃ′をもつレコード
が格納されていたブロックｉ内の領域に格納し、キー値
Ｃをもつレコードを移動レコードとする（ステップ５２
４）。そして、索引部３内のブロックｈに対応する索引
情報３１のキー値Ｃをキー値Ｃ°の次のキー値に変更す
ることにより、データ部４内のブロックｈ、ｉに格納さ
れるレコードのキー値の範囲が変更され、プロ・２りｈ
にキー値Ｃ°をもつレコードを格納できるようになる。

ステップＳ２５の終了により制御はデータ処理装置１に
戻る。

データ処理装置１では、最終的な処理として、データ部
格納手段８に制御を渡す（ステップＳ７）。

データ部格納手段８は、第６図に示すように、データ領
域検索手段５がレコードの格納領域が有ると通知したブ
ロック（ステップＳ　１１　）　、デ−タ領域確保手段
６がレコードの格納領域が有ると通知した次もしくは一
つ前のブロック（ステップＳ１７，５１８）、もしくは
、スプリシト方式により分割して作成したブロック（ス
テップＳ６）に対して、追加レコードもしくは移動レコ
ードを格納しくステップ５２６）、次いで、追加もしく
は移動したレコードのキー値の前後のキー値をもつ、レ
コードとのポインタ付けを行い（ステップ５２７）、処
理を終了する。そして、制御はデータ処理装置１に戻り
、レコード追加処理が終了する。

〔発明の効果〕

以上説明したように、本発明の索引順編成ファイ、ルの
レコード追加処理方式にあっては、追加するレコードを
格納すべきブロックにレコードヲ格納する領域が無い場
合であっても、その前後のブロックにレコードを格納す
る領域が有る場合は必要に応じレコードの移動を行って
レコードを格納するため、 ■オーバーフロ一方式のように索引部で直接に管理され
ていないオーバーフローブロックニ追加レコードが格納
されることがないため、レコードの参照のための処理時
間の増大が生じない。

■前後のブロックに余裕が無い場合にのみスプリット方
式が採用されるため、そうなる頻度は少なく、よって記
憶域の有効利用が図れる。

等の効果がある。

【図面の簡単な説明】

第１図は本発明の索引順編成ファイルのレコード追加処
理方式の一実施例を示す構成図、第２図は第１図におけ
るデータ処理装置の処理を示すフローチャート、 第３図は第１図におけるデータ処理装置のデータ領域検
索手段の処理を示すフローチャート、第４図は第１図に
おけるデータ処理装置のデータ領域確保手段の処理を示
すフローチャート、第５図は第１図におけるデータ処理
装置の索引情報更新手段の処理を示すフローチャートお
よび、第６図は第１図におけるデータ処理装置のデータ
部格納手段の処理を示すフローチャートである。 図において、 ｌ・・・・・・・・・・・・・・・データ処理装置２・
・・・・・・・・・・・・・・索引順編成ファイル３・
・・・・・・・・・・・・・・索引部３１〜３３・・・
索引情報 ４・・・・・・・・・・・・・・・データ部ｈ−ｋ・・
・・・・・・・ブロック

Claims (1)

1. 【特許請求の範囲】 索引順編成ファイルを扱うデータ処理装置におけるレコ
   ード追加処理方式において、 レコード追加要求時に当該レコードを格納すべきブロッ
   クを検索すると共に当該ブロックにレコードの格納領域
   が有るか否かを判断するデータ領域検索手段と、 このデータ領域検索手段により格納領域が無いと判断さ
   れた場合にそのブロックの次もしくは一つ前のブロック
   にレコードの格納領域が有るか否かを判断するデータ領
   域確保手段と、 このデータ領域確保手段により格納領域が有ると判断さ
   れた場合に、追加すべきレコードを検出された次もしく
   は一つ前のブロックに直接格納できるか否かを判断して
   直接格納できない場合は追加するレコードを移動すべき
   レコードと交換すると共に、各ブロックの代表キー値の
   更新を行う索引情報更新手段と、 前記データ領域検索手段が格納領域有りと判断したブロ
   ックおよび前記データ領域確保手段が格納領域有りと判
   断した次もしくは一つ前のブロックに追加もしくは移動
   するレコードを格納するデータ部格納手段とを備えたこ
   とを特徴とする索引順編成ファイルのレコード追加処理
   方式。