JP2000076106A - Management method for indexed sequential file - Google Patents

Management method for indexed sequential file

Info

Publication number
JP2000076106A
JP2000076106A JP10246131A JP24613198A JP2000076106A JP 2000076106 A JP2000076106 A JP 2000076106A JP 10246131 A JP10246131 A JP 10246131A JP 24613198 A JP24613198 A JP 24613198A JP 2000076106 A JP2000076106 A JP 2000076106A
Authority
JP
Japan
Prior art keywords
index
entry
key
record
block
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP10246131A
Other languages
Japanese (ja)
Inventor
Makoto Ishibashi
誠 石橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Engineering Ltd
Original Assignee
NEC Engineering Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Engineering Ltd filed Critical NEC Engineering Ltd
Priority to JP10246131A priority Critical patent/JP2000076106A/en
Publication of JP2000076106A publication Critical patent/JP2000076106A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PROBLEM TO BE SOLVED: To shorten time required for the updating and elimination processing of plural indexed sequential files and to improve throughput. SOLUTION: An index read processing means 5 reads an index block, traces the lowest order level entry and checks whether or not the index block is extended. When it is extended, it is judged that an index tree structure is formed based on a record address and read is performed. Also, for a non-extended index block, it is judged as an index tree based on a normal key and a conventional read processing is performed.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は電子計算機システム
における索引順編成ファイルの管理に関し、特に複数の
索引を有する複数索引順編成ファイルの管理方法に関す
る。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to management of an index sequential file in an electronic computer system, and more particularly to a method of managing a plurality of index sequential files having a plurality of indexes.

【0002】[0002]

【従来の技術】索引順編成ファイルは、レコード内の特
定項目をキーとしてランダムにレコードアクセスができ
るよう、図2に示すように、ファイル内にデータ部と索
引部を有している。データ部には、レコードが連続的に
格納されている。索引部には、レコードのキーと、該当
レコードがデータ部のどの箇所に格納されているかを示
すポインタとが各レコード毎に格納されている。このキ
ーとレコードポインタの組みあわせをエントリと呼ぶ。
エントリの構成を図3に示す。この索引部を参照するこ
とで、キー指定によるレコードの直接アクセスが可能と
なる。
2. Description of the Related Art As shown in FIG. 2, an indexed sequential file has a data section and an index section so that a record can be randomly accessed using a specific item in a record as a key. Records are continuously stored in the data section. The index section stores, for each record, a key of the record and a pointer indicating where the corresponding record is stored in the data section. The combination of the key and the record pointer is called an entry.
FIG. 3 shows the configuration of the entry. By referring to this index part, it is possible to directly access a record by specifying a key.

【0003】索引部における各エントリは、図4に示す
ように索引ブロック単位にインデックスツリー構造とな
っており、これにより索引検索の高速化が図られてい
る。索引ブロックは、図5に示すように、複数のエント
リから構成されている。索引ブロックの先頭部分には、
最下位の索引ブロックであるか最上位の索引ブロックで
あるかを示すレベルS(Status)が付与されてい
る。また、この索引ブロックと同一レベルでキーの値が
次に小さい索引ブロックを指し示すポインタP.P(P
rior−Pointer)と、キーの値が次に大きい
索引ブロックを指し示すポインタN.P(Next−P
ointer)が設定されている。
Each entry in the index part has an index tree structure in units of index blocks as shown in FIG. 4, thereby speeding up the index search. The index block is made up of a plurality of entries as shown in FIG. At the beginning of the index block,
A level S (Status) indicating whether the block is the lowest index block or the highest index block is provided. Further, a pointer P.3 pointing to an index block having the next lowest key value at the same level as this index block. P (P
rior-Pointer) and a pointer N.I. pointing to the index block with the next largest key value. P (Next-P
pointer) is set.

【0004】最下位レベルの索引ブロックを構成するエ
ントリ内のポインタに該当レコードのポインタが設定さ
れ、最下位レベル以外の索引ブロックにおけるエントリ
内のレコードポインタの中には、当該索引ブロックより
も下位の索引ブロックを示すアドレスが、そしてキーに
は、当該索引ブロックよりも下位の索引ブロック中で最
も大きいキーと同じ内容が設定される。
A pointer of a corresponding record is set as a pointer in an entry constituting an index block of the lowest level, and a record pointer in an entry of an index block other than the lowest level has a lower level than the index block. The address indicating the index block is set, and the key is set to the same content as the largest key in the index block lower than the index block.

【0005】これに対して図6に示すように、複数索引
順編成ファイルは、索引部とデータ部が個々のファイル
に分かれて、複数の索引を持つことができるように構成
されている。
On the other hand, as shown in FIG. 6, a multiple index sequential organization file is configured such that an index part and a data part are divided into individual files and a plurality of indexes can be provided.

【0006】複数索引順編成ファイルの索引部は、図7
に示すように、索引順編成ファイルの索引部と同様に索
引ブロックを基本としたインデックスツリー構造になっ
ている。最下位レベルの索引ブロックのエントリに設定
されたポインタの中に、データ部の該当レコードアドレ
スが設定されている点が、索引順編成ファイルと異な
る。この複数索引順編成ファイルもまた、インデックス
ツリー構造によって索引部のキー検索の高速化が図られ
ている。
The index portion of the multiple index sequential organization file is shown in FIG.
As shown in (1), the index tree structure is based on index blocks as in the index portion of the index sequential organization file. The point that the corresponding record address of the data section is set in the pointer set in the entry of the lowest-level index block differs from the index sequential file. Also in this multiple index sequential organization file, the key search of the index part is speeded up by the index tree structure.

【0007】索引順編成ファイルは、キーの重複が有効
である場合、図8に示すようにデータ部の同一キーを持
つレコードにレコードポインタを追加する形式で構成さ
れる。データ部内で同一キーを持つレコードにより、チ
ェーンが構成される。レコードを更新する場合は、索引
部でのキー検索と、データ部の該当キーにおけるレコー
ドチェーンとをたどることによって処理の効率化が図ら
れる。
[0007] The index sequential file has a format in which a record pointer is added to a record having the same key in the data section as shown in FIG. 8 when the key duplication is valid. A chain is formed by records having the same key in the data section. When updating a record, the efficiency of the process is improved by searching the key in the index part and tracing the record chain for the corresponding key in the data part.

【0008】複数索引順編成ファイルでは、複数の索引
を持つことができるが、上述の索引順編成ファイルのよ
うに単一レコード向けのレコードチェーンによる構成を
とることができない、このため、複数索引順編成ファイ
ルで重複キーが有効である場合、図6に示すように、各
索引部のキーが直接データ部のレコードポインタを持つ
構成となる。
[0008] A multiple index sequential file can have a plurality of indexes, but cannot have a configuration of a record chain for a single record unlike the above-mentioned index sequential file. When the duplicate key is valid in the organization file, as shown in FIG. 6, the key of each index part has a record pointer of the direct data part.

【0009】[0009]

【発明が解決しようとする課題】複数索引順編成ファイ
ルにおいて、重複キーが有効で同一キーが多数ある場
合、レコードチェーンを作ることができずレコードの更
新,削除処理に要する時間が著しく増加する。
In a multiple index sequential file, if duplicate keys are valid and there are many identical keys, a record chain cannot be created, and the time required for updating and deleting records is significantly increased.

【0010】また、同一キーが多数あるエントリを処理
する場合、キーだけでは更新エントリの検索が行えず、
さらに更新レコードのアドレスから各エントリのチェッ
クを行う必要があるため、該当エントリを見つけ出すま
でに随時索引ブロックの読出し処理を行わねばならず、
これも処理時間増加の一因となっている。
Further, when processing an entry having a large number of identical keys, an updated entry cannot be searched only by the key.
Further, since it is necessary to check each entry from the address of the update record, the index block must be read out at any time before the entry is found,
This also contributes to an increase in processing time.

【0011】本発明は、このような課題を解決し、複数
索引順編成ファイルの更新,削除処理に要する時間を短
縮し、スループットを向上させることを目的とする。
An object of the present invention is to solve such a problem, shorten the time required for updating and deleting a plurality of index sequential files, and improve the throughput.

【0012】[0012]

【課題を解決するための手段】本発明の索引順編成ファ
イルの管理方法は、索引部とデータ部が個々のファイル
に分かれ、データ部にエントリを格納する領域が存在し
ないとき、前記エントリを拡張データ部に格納し、前記
索引部には前記エントリを複数個連結した索引ブロック
を論理的な階層で関連づけたインデックスツリーを形成
し、前記エントリを読み出す場合に、前記索引部に形成
されたインデックスツリーを参照して検索する複数索引
順編成ファイルにおいて、前記索引部へ新たに索引を追
加作成する場合、前記索引が作成された索引ブロック中
の複数エントリのキーを比較し、キーが全て同一であれ
ば該索引ブロックより下の階層のインデックスツリー
を、キーの相関で表されたキーベースから、前記データ
部のレコードアドレスの相関で表されたレコードアドレ
スベースのインデックスツリーに変更する処理と、前記
インデックスツリーが、キーベースであるかレコードア
ドレスベースであるかを判定し、レコードアドレスベー
スである場合には、該レコードアドレスが指し示すデー
タ部のエントリを直接読み出す処理とエントリ更新/削
除時に該当キーを同時更新/削除する場合に、前記イン
デックスツリーの判定結果がレコードアドレスベースで
あれば、該レコードアドレスから該当キーを検索して更
新/削除する処理よりなることを特徴とする。
According to the present invention, there is provided a method for managing an indexed sequential file, wherein an index portion and a data portion are divided into individual files, and when there is no area for storing an entry in the data portion, the entry is extended. The index section is stored in a data section, and the index section forms an index tree in which a plurality of entries are linked to each other in a logical hierarchy. When a new index is additionally created in the index portion in the multiple index sequential organization file searched with reference to, the keys of a plurality of entries in the index block in which the index is created are compared, and if all the keys are the same, For example, the index tree of the hierarchy below the index block is converted from the key base expressed by the key correlation to the record address of the data section. And converting the index tree to a record address-based index tree represented by the correlation of: and determining whether the index tree is key-based or record address-based. In the process of directly reading the entry of the data section indicated by the key and simultaneously updating / deleting the relevant key at the time of entry update / deletion, if the judgment result of the index tree is a record address base, the relevant key is searched from the record address Update / deletion processing.

【0013】[0013]

【実施例】以下、本発明の実施の形態について図面を参
照して説明する。
Embodiments of the present invention will be described below with reference to the drawings.

【0014】図1は、本発明の構成を示す概念図であ
り、1は管理プログラム、2は電子計算機システム内に
組み込まれているオペレーティングシステム、3は記憶
装置である。また、オペレーティングシステム2は、本
発明の索引順編成ファイル管理を司る索引追加処理手段
4、索引読出処理手段5、索引更新処理手段6および索
引削除処理手段を有している。
FIG. 1 is a conceptual diagram showing the configuration of the present invention, wherein 1 is a management program, 2 is an operating system incorporated in an electronic computer system, and 3 is a storage device. The operating system 2 has an index addition processing unit 4, an index read processing unit 5, an index update processing unit 6, and an index deletion processing unit that manage the index sequential organization file management of the present invention.

【0015】次に、実施の形態の処理について説明す
る。
Next, the processing of the embodiment will be described.

【0016】あるレベルの索引ブロック内にエントリを
追加したことにより、その索引ブロック内のキーが全て
同一となったとき、索引追加処理手段4はその索引ブロ
ックを基点として、それ以下のレベルの索引ブロックで
構成されたインデックスツリー構造を、最下位レベルの
エントリ内のポインタに設定されたレコードアドレスを
ベースにしたインデックスツリー構造に変更する。
When all the keys in the index block become identical by adding an entry in the index block of a certain level, the index adding processing means 4 starts with the index block as a base point and sets the lower level index. The index tree structure composed of blocks is changed to an index tree structure based on the record address set in the pointer in the lowest-level entry.

【0017】この変更を行う際に、通常のキーをベース
にしたものと、レコードアドレスをベースにしたものと
を区別するため、変更後の拡張された索引ブロックに
は、そのレベルエリアに拡張されたことを示すマークを
設定しておく。
When making this change, in order to distinguish between those based on a normal key and those based on a record address, the expanded index block after the change is expanded to its level area. A mark is set to indicate that

【0018】索引読出し処理において、索引読出処理手
段5は、索引ブロックを読み出して最下位レベルのエン
トリを辿っていく。このとき、その索引ブロックが拡張
されたものかどうかを、レベルエリアにおけるマークの
有無でチェックしていく。拡張されたものの場合は、レ
コードアドレスをベースにインデックスツリー構造が形
成されていると判断し、読出しを行う。また拡張されて
いない索引ブロックに対しては、通常のキーをベースと
したインデックスツリー構造と判断して、従来通りの読
出し処理を行う。
In the index read processing, the index read processing means 5 reads the index block and traces the lowest level entry. At this time, it is checked whether or not the index block has been expanded based on the presence or absence of a mark in the level area. In the case of an extended one, it is determined that an index tree structure is formed based on the record address, and reading is performed. For an index block that has not been extended, it is determined that the index tree structure is based on a normal key, and a conventional read process is performed.

【0019】レコード更新処理と同時に索引部の該当エ
ントリを更新する場合に、索引更新処理手段6は、索引
読出処理手段5と同様に、索引ブロックが拡張されたも
のであるかどうかをチェックする。拡張されていればレ
コードアドレスベースでインデックスツリー構造が構成
されていると判断して、該当エントリの検索を行い、該
当エントリのキーを新しいものに変更した後に、索引部
で示される索引ブロックに移動させる。その後、元のエ
ントリを削除する。
When the corresponding entry of the index part is updated at the same time as the record update processing, the index update processing means 6 checks whether or not the index block is expanded, as in the case of the index read processing means 5. If it is expanded, it is determined that the index tree structure is configured based on the record address, the relevant entry is searched, the key of the relevant entry is changed to a new one, and then the index is moved to the index block indicated by the index part Let it. Then delete the original entry.

【0020】レコード削除処理と同時に索引部の該当エ
ントリを削除する場合も、索引削除処理手段7は、索引
読出処理手段5と同様に、索引ブロックの拡張チェック
を行って、どちらのインデックスツリー構造なのかを判
断した上で該当エントリを検索し、このエントリを削除
する。
When the corresponding entry of the index part is deleted simultaneously with the record deletion processing, the index deletion processing means 7 performs an extension check of the index block similarly to the index reading processing means 5, and determines which index tree structure is used. Then, the corresponding entry is searched for, and this entry is deleted.

【0021】これらの処理を行うことにより、索引部内
に同一キーのエントリが多数発生した場合に、そのエン
トリを含む索引部内のインデックスツリー構造の一部を
レコードアドレスベースに拡張させた「索引ブロックの
対応化」を行うことができる。これにより、変更,削除
レコードに対するエントリの検索処理を、同一キーをベ
ースにするのではなく、検索対象のレコードポインタを
ベースに行わせるようにすることができ、記憶装置への
不要なアクセスを減少させ、検索時間の短縮化を図るこ
とが可能となる。
By performing these processes, when a large number of entries having the same key occur in the index section, a part of the index tree structure in the index section including the entry is expanded to the record address base. Correspondence "can be performed. As a result, the entry search processing for the changed / deleted record can be performed not based on the same key but based on the record pointer to be searched, thereby reducing unnecessary access to the storage device. As a result, the search time can be reduced.

【0022】次に、本発明の索引ブロック拡張処理の動
作について、より具体的な状況を示した図をもとに説明
する。
Next, the operation of the index block expansion processing of the present invention will be described with reference to a diagram showing a more specific situation.

【0023】最下位レベルの1つの索引ブロック内に、
キー“G”のエントリを1つ追加する(図10
(a))。このとき、一つ上位の中間レベル索引ブロッ
クの該当エントリを先頭とする、キーがすべて同一の
“G”となった最下位レベルの索引ブロックが構成され
る(図10(b))。
In one index block at the lowest level,
One entry for key “G” is added (FIG. 10
(A)). At this time, the lowest level index block in which the keys are all the same "G", starting from the corresponding entry of the next higher intermediate level index block, is configured (FIG. 10B).

【0024】この最下位レベルの索引ブロックのキーが
すべて同一になったとき、各ポインタに設定されたデー
タ部のレコードアドレスで、各エントリを昇順に並べ替
え、その後、索引ブロックのレベルエリアに、インデッ
クスツリー構造がレコードアドレスベースに拡張された
ことを示すマークを設定する(図10(c))。
When the keys of the index block at the lowest level are all the same, the entries are rearranged in ascending order by the record address of the data section set in each pointer. A mark indicating that the index tree structure has been expanded to the record address base is set (FIG. 10C).

【0025】次に中間レベルの索引ブロックにおける処
理について説明する。図11(a)に示すように、中間
レベルの索引ブロックにキー“G”のエントリが一つ追
加されると、キーが全て同一“G”となった中間レベル
索引ブロックが構成される。このとき、この中間索引ブ
ロックと連結した、一つ下位の索引ブロック(本図にお
いては最下位索引ブロック)のキー内容も全て“G”と
なる。
Next, processing in an intermediate level index block will be described. As shown in FIG. 11A, when one entry of the key “G” is added to the intermediate-level index block, an intermediate-level index block in which all keys have the same “G” is configured. At this time, the key contents of the next lower index block (in this figure, the lowest index block) connected to the intermediate index block are all "G".

【0026】その後、図11(c)に示すように、連結
する各々の下位索引ブロックのエントリを、各ポインタ
に設定されたレコードアドレスで昇順に並べ替え、全て
キーが“G”となった中間索引ブロックのキー内容は、
一つ下位の索引ブロックで最も大きいレコードアドレス
の値を設定する。また、この索引ブロックのレベルエリ
アに、インデックスツリー構造がレコードアドレスベー
スに拡張されたことを示すマークを設定する。
Thereafter, as shown in FIG. 11 (c), the entries of the respective lower index blocks to be linked are rearranged in ascending order by the record address set in each pointer, and all the intermediate keys having keys "G" are rearranged. The key content of the index block is
Set the value of the largest record address in the next lower index block. In addition, a mark is set in the level area of the index block, indicating that the index tree structure has been expanded to the record address base.

【0027】このように、各中間レベルの索引ブロック
で、索引ブロック内のエントリのキーが全て同一になっ
た場合に同様の処理を行うことで、キーがレコードアド
レスベースとなったインデックスツリー構造に変更する
ことができる。
As described above, in each intermediate level index block, when the keys of the entries in the index block are all the same, the same processing is performed, whereby the index tree structure in which the keys are based on the record address is obtained. Can be changed.

【0028】この拡張された中間レベルの索引ブロック
が、どのキーの拡張インデックスツリー構造になってい
るかを識別するためには、ツリーの基点となる上位エン
トリのキーの内容が必要となる。従って、下位レベルの
索引ブロックのレベルエリアに拡張マークが設定されて
いる場合、このキーの内容は保持し、そこに設定されて
いるレコードアドレスで、最下位レベル内のエントリに
対して検索を行う。
In order to identify which key of the extended intermediate-level index block has an extended index tree structure, the contents of the key of the upper entry serving as the base point of the tree are required. Therefore, if an extension mark is set in the level area of the lower-level index block, the contents of this key are retained, and a search is performed for the entry in the lowest level with the record address set there. .

【0029】中間レベルの索引ブロックのキーに設定さ
れたキーの内容が全て同一になったとき、データ部のレ
コードアドレスをキーに設定させるためには、キーエリ
アは最低でもレコードアドレスよりも大きいデータ長を
持っていなければならない。すなわち、レコードアドレ
スが4バイトで表されているならば、当初格納されてい
るキーのデータ長が1バイトであったとしても、キーエ
リアは少なくとも4バイト以上を確保しておく必要があ
る。
When the contents of the keys set in the keys of the intermediate level index block are all the same, the key area must be at least larger than the record address in order to set the record address of the data section to the key. Must have a head. That is, if the record address is represented by 4 bytes, it is necessary to secure at least 4 bytes or more in the key area even if the data length of the initially stored key is 1 byte.

【0030】以上の処理を行うことで、レコードの削
除,更新を行う際に、処理対象のデータ部のレコードア
ドレスを事前に把握できる。重複しているキーの最下位
エントリを検索する場合は、最初にキーでの検索を行
い、レコードアドレスベースのインデックスツリー構造
に辿り着けば、そこからレコードアドレスでの検索に切
り替えて、最下位レベルのエントリを検索することが可
能となる。
By performing the above processing, the record address of the data part to be processed can be grasped beforehand when deleting or updating a record. When searching for the lowest entry of a duplicated key, first search by key, and once you reach the record address based index tree structure, switch to search by record address from there, Can be searched for.

【0031】[0031]

【発明の効果】以上説明したように、インデックスツリ
ー構造で構成されたレコードアドレスを検索キーとして
使用することによって、従来の索引順編成ファイルの管
理方法で行っていたように先頭のエントリから全てのエ
ントリを検索していく必要がなくなり、不要な索引ブロ
ックを読み出す回数が減少する。必然的にファイル全体
のレコード更新,削除処理に要する時間が短縮化されス
ループットが向上する。
As described above, by using the record address formed in the index tree structure as a search key, all the entries from the first entry are used as in the conventional method of managing the index sequential file. There is no need to search for entries, and the number of times of reading unnecessary index blocks is reduced. Inevitably, the time required for updating and deleting records of the entire file is reduced, and the throughput is improved.

【0032】特に、索引部が多数存在し、重複キーが有
効で、同じ内容のエントリも多数存在するような状況の
複数索引順編成ファイルの場合には有効となる。
This is particularly effective in the case of a multi-index sequential file in a situation where there are many index parts, duplicate keys are valid, and there are many entries with the same contents.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の索引順編成ファイルの管理方法におけ
るシステム構成図である。
FIG. 1 is a system configuration diagram of a method for managing an indexed sequential file according to the present invention.

【図2】従来の索引順編成ファイルの構造を示す図であ
る。
FIG. 2 is a diagram showing a structure of a conventional index sequential organization file.

【図3】索引順編成ファイル内のエントリの構成を示す
図である。
FIG. 3 is a diagram showing a configuration of an entry in an index sequential organization file.

【図4】従来の索引順編成ファイルの、索引部における
論理構成とデータ部との関係を示す図である。
FIG. 4 is a diagram showing a relationship between a logical configuration in an index portion and a data portion of a conventional index sequential organization file.

【図5】索引ブロックの構成を示す図である。FIG. 5 is a diagram showing a configuration of an index block.

【図6】本発明の複数索引順編成ファイルの構造を示す
図である。
FIG. 6 is a diagram showing a structure of a multiple index sequential organization file of the present invention.

【図7】複数索引順編成ファイルの索引部、索引部にお
ける論理構成を示す図である。
FIG. 7 is a diagram showing an index part of a multiple index sequential organization file and a logical configuration in the index part.

【図8】従来の索引順編成ファイルにおける、重複キー
が有効な場合のデータファイルの検索方法を示す図であ
る。
FIG. 8 is a diagram illustrating a data file search method in a conventional index sequential organization file when a duplicate key is valid.

【図9】本発明の複数索引順編成ファイルにおける、重
複キーが有効な場合のデータファイルの検索方法を示す
図である
FIG. 9 is a diagram showing a method of searching for a data file when a duplicate key is valid in a multiple index sequential organization file of the present invention.

【図10】本発明において、最下位レベルの索引ブロッ
クにエントリを追加した場合の処理を示す図であり、
(1)はエントリが追加される前の状態、(2)はエン
トリが追加された後の状態、(3)はエントリを並べ替
えた後の状態である。
FIG. 10 is a diagram showing processing when an entry is added to the lowest-level index block in the present invention;
(1) is a state before the entry is added, (2) is a state after the entry is added, and (3) is a state after the entries are rearranged.

【図11】本発明において、中間レベルの索引ブロック
にエントリを追加した場合の処理を示す図であり、
(1)はエントリが追加される前の状態、(2)はエン
トリが追加された後の状態である。
FIG. 11 is a diagram showing processing when an entry is added to an intermediate-level index block in the present invention;
(1) is a state before an entry is added, and (2) is a state after an entry is added.

【図12】本発明において、中間レベルの索引ブロック
にエントリを追加した場合の処理を示す図であり、エン
トリを並べ替えた後の状態である。
FIG. 12 is a diagram illustrating a process when an entry is added to an intermediate-level index block according to the present invention, in a state after rearranging the entries.

【符号の説明】[Explanation of symbols]

1 管理プログラム 2 オペレーティングシステム 3 記憶装置 4 索引追加処理手段 5 索引読出処理手段 6 索引更新処理手段 7 索引削除処理手段 DESCRIPTION OF SYMBOLS 1 Management program 2 Operating system 3 Storage device 4 Index addition processing means 5 Index reading processing means 6 Index update processing means 7 Index deletion processing means

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】 索引部とデータ部が個々のファイルに分
かれ、データ部にエントリを格納する領域が存在しない
とき、前記エントリを拡張データ部に格納し、前記索引
部には前記エントリを複数個連結した索引ブロックを論
理的な階層で関連づけたインデックスツリーを形成し、
前記エントリを読み出す場合に、前記索引部に形成され
たインデックスツリーを参照して検索する複数索引順編
成ファイルにおいて、 前記索引部へ新たに索引を追加作成する場合、前記索引
が作成された索引ブロック中の複数エントリのキーを比
較し、キーが全て同一であれば該索引ブロックより下の
階層のインデックスツリーを、キーの相関で表されたキ
ーベースから、前記データ部のレコードアドレスの相関
で表されたレコードアドレスベースのインデックスツリ
ーに変更する処理と前記インデックスツリーが、キーベ
ースであるかレコードアドレスベースであるかを判定
し、レコードアドレスベースである場合には、該レコー
ドアドレスが指し示すデータ部のエントリを直接読み出
す処理とエントリ更新/削除時に該当キーを同時更新/
削除する場合に、前記インデックスツリーの判定結果が
レコードアドレスベースであれば、該レコードアドレス
から該当キーを検索して更新/削除する処理よりなるこ
とを特徴とする、複数索引順編成ファイルの管理方法。
1. An index section and a data section are divided into individual files, and when there is no area for storing an entry in the data section, the entry is stored in an extension data section, and the index section includes a plurality of entries. Form an index tree that links the linked index blocks in a logical hierarchy,
When reading out the entry, in a multiple index sequential file searched by referring to an index tree formed in the index part, when newly creating an index in the index part, the index block in which the index is created The keys of a plurality of entries are compared, and if the keys are all the same, the index tree of the hierarchy below the index block is represented by the correlation of the record address of the data section from the key base represented by the correlation of the key. Processing to change to the index tree based on the record address based and the index tree determines whether the record is based on a key or a record address. The process of reading the entry directly and updating the corresponding key simultaneously when updating / deleting the entry /
When deleting, if the result of the index tree determination is based on a record address, the method comprises a process of searching for a corresponding key from the record address and updating / deleting the same, characterized by that .
JP10246131A 1998-08-31 1998-08-31 Management method for indexed sequential file Withdrawn JP2000076106A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10246131A JP2000076106A (en) 1998-08-31 1998-08-31 Management method for indexed sequential file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10246131A JP2000076106A (en) 1998-08-31 1998-08-31 Management method for indexed sequential file

Publications (1)

Publication Number Publication Date
JP2000076106A true JP2000076106A (en) 2000-03-14

Family

ID=17143950

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10246131A Withdrawn JP2000076106A (en) 1998-08-31 1998-08-31 Management method for indexed sequential file

Country Status (1)

Country Link
JP (1) JP2000076106A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8224829B2 (en) 2000-11-30 2012-07-17 Bernard Consulting Limited Database
CN111382120A (en) * 2018-12-29 2020-07-07 贵州白山云科技股份有限公司 Small file management method, system and computer equipment

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8224829B2 (en) 2000-11-30 2012-07-17 Bernard Consulting Limited Database
CN111382120A (en) * 2018-12-29 2020-07-07 贵州白山云科技股份有限公司 Small file management method, system and computer equipment
CN111382120B (en) * 2018-12-29 2023-02-03 贵州白山云科技股份有限公司 Small file management method, system and computer equipment

Similar Documents

Publication Publication Date Title
US8255398B2 (en) Compression of sorted value indexes using common prefixes
US6278992B1 (en) Search engine using indexing method for storing and retrieving data
EP0124097B1 (en) Method for storing and retrieving data in a data base
JPH1131096A (en) Data storage/retrieval system
JP2005302038A (en) Method and system for renaming consecutive key in b-tree
JPH02217940A (en) Data-base access system
CN110297781B (en) Method for recovering deleted data in APFS (advanced File System) based on copy-on-write
JP3251138B2 (en) Hash method
US5398335A (en) Virtually updating data records by assigning the update fractional addresses to maintain an ordinal relationship without renumbering original records
JPH04260945A (en) Device and method for accessing file
JPH02297284A (en) Document processing system and version control system
JP2000076106A (en) Management method for indexed sequential file
JPH07234879A (en) Information processor and data base retrieving method
US7822736B2 (en) Method and system for managing an index arrangement for a directory
JP2675958B2 (en) Information retrieval computer system and method of operating storage device thereof
JP2000181768A (en) Data storage/retrieval system
JP2000090115A (en) Index generating method and retrieval method
JP2003296157A (en) Data storage device, data processor, data processing method, and data processing program
JP2002140218A (en) Data processing method, computer-readable recording medium and data processing device
JP3980326B2 (en) Data management method and computer-readable recording medium
JPH0225946A (en) File controller
JPS62287350A (en) Index integrally updating system
JPH08329093A (en) Distributed directory system and knowledge information changing method
JP3780772B2 (en) Database index creation device
JP2000132439A (en) System for retrieving file stored in hard disk of personal computer

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20051101