JPS60181849A - Index control system - Google Patents

Index control system

Info

Publication number
JPS60181849A
JPS60181849A JP59037074A JP3707484A JPS60181849A JP S60181849 A JPS60181849 A JP S60181849A JP 59037074 A JP59037074 A JP 59037074A JP 3707484 A JP3707484 A JP 3707484A JP S60181849 A JPS60181849 A JP S60181849A
Authority
JP
Japan
Prior art keywords
index
record
type
key value
occurrence
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.)
Pending
Application number
JP59037074A
Other languages
Japanese (ja)
Inventor
Tsuyoshi Miyazaki
宮崎 勍
Kazumasa Iwamoto
岩本 和真
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 Corp
Original Assignee
NEC Corp
Nippon Electric Co 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 Corp, Nippon Electric Co Ltd filed Critical NEC Corp
Priority to JP59037074A priority Critical patent/JPS60181849A/en
Publication of JPS60181849A publication Critical patent/JPS60181849A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To reduce the record capacity of an index itself and at the same time to have a high-speed access to a desired record occurrence, by deciding the type of the index record occurrence in consideration of the key value of the record occurrence and the mutual relations among addresses having the record occurrence stored in the data base. CONSTITUTION:At the outset, the 1st index record type is defined with the record occurrence having the hundred million key value. Then the 2nd index record type is defined as long as the relation satisfies an equation I among relative code numbers of the record occurrence having the overlap key value. Here just a bit map item suffices if the displacement of N units of record relative numbers is within an (LBX8) range. Then plural bit map items are needed if said displacement exceeds the (LBX8) range. Otherwise the LB length can be increased. The 1st index record type is used in case the equation I is not satisfied despite the pressure of the overlap key value. As a result, the independent characteristics can be provided for each index to increase greatly the using efficiency of the index.

Description

【発明の詳細な説明】 (産業上の利用分野) 本発明は、データベース管理システムにおいて、ファイ
ル装置上の内容検索処理を高速に実現するだめのインデ
ックス管理方式に関する。
DETAILED DESCRIPTION OF THE INVENTION (Field of Industrial Application) The present invention relates to an index management method for realizing high-speed content search processing on a file device in a database management system.

(従来技術) 従来からインデックスにはB+ トリーと呼ばれている
方式を採用することが多い。B トリーでは常に1個の
最高位ノード(ルートと呼ぶ)が存在するように保証し
、各ノードは下位ノードに含ま力ている最大キー値と、
そのノードへのポインタから構成されている一対のレコ
ードオカレンス、すなわち、インデックスレコードオカ
レンスト’に複数個を含み、インデックスレコードオカ
レンスはキー値順にノードされている。あるノードに舎
外れているすべてのインデックスレコードオカレンスを
示すポインタが、そのキー値を保持しているレコードオ
カレンスを示す時には、このノード’f: R5′下位
ノードと呼び、最下位ノードが持っているインデックス
レコードオカレンスの個数と、アクセス対象レコードオ
カレンスの個数とは一致している。
(Prior Art) Conventionally, a system called B+ tree has often been adopted for indexing. In the B-tree, there is always one highest-level node (called the root), and each node has the maximum key value contained in the lower nodes, and
A pair of record occurrences constituted by pointers to the nodes, ie, a plurality of index record occurrences, are included, and the index record occurrences are nodes arranged in the order of key values. When a pointer to all index record occurrences that belong to a node points to a record occurrence that holds that key value, this node is called a 'f: R5' subordinate node, and The number of index record occurrences and the number of access target record occurrences match.

B″゛゛トリー構造つインデックスは、新規のキー値を
持ったレコードオカレンスを追加する場合においても、
あるいは重複キー値を有するレコードオカレンスを追加
する場合においても最下位ノードの該当する箇所へその
キー値を含むインデックスレコードオカレンスe作成L
、既4 =yテyクスレコードオカレンスと論理順序と
を保証している。したがって、B+トリー構造をもつ従
来のインデックスでの母集団のレコード群の件数に比例
してインデックスを構成しているノードが増加し、重複
キー値をもつ件数が増加してもインデックスオカレンス
の個数が減らないという欠点があった。
For indexes with B″ tree structure, even when adding a record occurrence with a new key value,
Or, even when adding a record occurrence with a duplicate key value, create an index record occurrence containing that key value at the corresponding location of the lowest node.
, already 4=ytakes record occurrence and logical order are guaranteed. Therefore, in a conventional index with a B+ tree structure, the number of nodes that make up the index increases in proportion to the number of records in the population, and even if the number of records with duplicate key values increases, the number of index occurrences decreases. The drawback was that it did not decrease.

(発明の目的) 本発明の目的は、レコードオカレンスの有するキー値ト
+レコードオカレンスがデータベースに格納されている
アドレス相互の関係とを考慮してインデックスレコード
オカレンスの形式を決定スることによって上記の欠点を
除去し、インデックス自身の記録容量を削減し、しかも
高速に目的とするレコードオカレンスをアクセスするこ
とができるように構成したインデックス管理方式を提供
することにある。
(Objective of the Invention) The object of the present invention is to determine the format of an index record occurrence by taking into account the relationship between the key value of the record occurrence and the address where the record occurrence is stored in the database. It is an object of the present invention to provide an index management system configured to eliminate the drawbacks, reduce the recording capacity of the index itself, and enable high-speed access to a target record occurrence.

(発明の構成) 本発明によるインデックス管理方式は複数個のキーイ1
bと、それぞれ前記複数個のキー値の一つをそれぞす1
含む複数個のレコードオカレンスのアドレスとから成る
インデックスレコードオカレンスを生成して保守するイ
ンデックス管理方式において、インデックス生成手段と
、ファイル手段と。
(Structure of the Invention) The index management method according to the present invention includes a plurality of keys 1
b, and 1 each representing one of the plurality of key values.
In an index management method that generates and maintains an index record occurrence that includes addresses of a plurality of record occurrences, the index generation means and the file means are provided.

インデックス保守手段とを具備して構成したものである
The index maintenance means is also provided.

インデックス生成手段は、一対のキー値と関連アドレス
とから成る第1のタイプのインデックスレコード形式と
、複数個のキー値と、それぞれ複数個のキー値の一つを
それぞれ含む複数個のレコードオカレンスのアドレスと
を示すための1個以上のビットマツプアイテムから成る
第2のタイプのインデックスレコード形式とを備え、イ
ンデックス生成時に同一のキー値を有する複数個のイン
デックスレコードオカレンスの個数ヲ調へ、あらかじめ
定められた基準値と比較し、上記個数が上記基準値以内
の場合には第1のタイプのインデックスレコード形式を
選択し、上記基準値を越えた場合には旭2のタイプのイ
ンデックスレコード形式を選択してインデックスを生成
するだめのものである。
The index generating means includes a first type of index record format consisting of a pair of key values and an associated address, a plurality of key values, and a plurality of record occurrences each including one of the plurality of key values. a second type of index record format consisting of one or more bitmap items for indicating an address; If the number is within the standard value, the first type index record format is selected, and if it exceeds the standard value, the Asahi 2 type index record format is selected. It is useless to generate an index.

ファイル手段は、生成したインデックスをランダムアク
セス可能に記憶するだめのものである。
The file means is for storing the generated index in a randomly accessible manner.

インデックス保守手段は、生成したインデックスに対し
てレコードオカレンスの更新処理、あるいは追加処理に
伴ってキー値を変更する場合に、上記画処理と同期して
上記処理に関連したインデックスレコードオカレンスを
変更し、インデックス生成手段による上記基準値に対す
る比較と選択との過程に制御を渡すためのものである。
The index maintenance means changes the index record occurrence related to the above processing in synchronization with the above image processing when changing the key value in accordance with record occurrence update processing or addition processing for the generated index, This is to pass control to the process of comparison and selection with respect to the reference value by the index generation means.

(実施例) 次に、本発明について図面全参照して詳細に説明する。(Example) Next, the present invention will be explained in detail with reference to all the drawings.

大容量のデータを持っているデータベース管理システム
において、データベースの中から目的とするレコードオ
カレンスを高速に検索できることは重要である。例えば
、オンライン・リアルタイム環境下で使用しているエン
ドユーザに対して強力な機能を含んだエンドユーザ言語
の提供が盛んである。エンドユーザが作成する問い合わ
せ処理では、単−条件力・ら複合昏1件まで含み、且つ
、試行錯誤的に行う非定型処理が中心であり、最終的に
期待する処理結果の件viは母集団の容量とはほとんど
無(す、j係に高々数十性までである。よって、これ以
上の件数なイnた場合には、さらに、灸件値を強く与え
ていたシ、さらに別な観点からや件を与えながら再度く
り返す。このような処理を想定した時、インデックスを
使うことによってアクセス効率向上を計るととir必須
であシ、データ特性を加味した本発明のインデックス方
式を使うことに、虹って一層の効果がJjl待できる。
In a database management system that has a large amount of data, it is important to be able to quickly search for a target record occurrence in the database. For example, end-user languages that include powerful functions are increasingly being provided to end-users who use them in an online real-time environment. The query processing created by the end user includes up to one case of simple conditional force and one complex condition, and is mainly atypical processing performed by trial and error. The capacity is almost nil (up to a few dozen at most).Therefore, if there were more cases than this, it would have given a strong moxibustion value, and from another point of view. Iterate again while giving empty items.When such a process is assumed and if access efficiency is to be improved by using an index, ir is essential, and the indexing method of the present invention that takes data characteristics into account is used. The effect of a rainbow can be even more impressive.

以下、駿、1図とf4L2図とを参照しながら説明する
The explanation will be given below with reference to Figure Shun 1 and Figure f4L2.

第1図において、イ/jツクス會作成する場合には、第
2図の第2のタイプのインデックスレコード形式のビッ
トマツプアイテム長(LB)全バイト単位で与える。例
えは、LB=32とすれば11固のピントマツプアイテ
ム(32バイト)で、最大256個(32X 8 )の
レコードオカレンス會管理することか可能である。LB
の値はインデックスごとに変更可能であるため、対象キ
ー値の特性をそれぞれ反映できる。
In FIG. 1, when creating an index, the bitmap item length (LB) of the second type index record format in FIG. 2 is given in units of all bytes. For example, if LB=32, it is possible to manage a maximum of 256 (32×8) record occurrences with 11 focus map items (32 bytes). LB
Since the value of can be changed for each index, it is possible to reflect the characteristics of each target key value.

次にインデックスオカレンスを作成するために〔キー値
+レコード相対番号〕を集め、キー値順にソートして与
える。これらの入力データを使ってキー値を調べながら
、インテックス本体のファイル装置芥1が最少となるよ
うに、6J% 2図に示す第1のタイプ、もしくh第2
のタイプのインテックス本体を使い、ファイル装置」二
の相対ファイルへ作成して保持する。インデックスは同
一レコードタイプに複数個作成できるので、初合粂件に
よる検電が行われることを防定し、レコードオカレンス
ノアトレス情’A I’l: データベース管理システ
ムが内部的に生成したレコード相対番号を使用している
。この理由は、上記のような複合条件を解決する場合に
、インデックス上のデータを使った訓理演算をビット演
算へ効果的tic置き換えるためである。
Next, in order to create an index occurrence, [key value + record relative number] is collected, sorted in order of key value, and given. While checking the key values using these input data, select the first type shown in Figure 2, or the
Create and hold a relative file on the file device using an Intex body of type . Since multiple indexes can be created for the same record type, it is possible to prevent a power check from being performed for the first time. using numbers. The reason for this is that when solving a complex condition such as the one described above, the principle operation using data on the index is effectively replaced with a bit operation.

本方式で、第1の夕/17のインデックスレコード形式
と、第2のタイプのインデックスレコード形式との切分
けの基準は次のとおりである。
In this method, the criteria for separating the first type of index record format and the second type of index record format are as follows.

■ −意のキー値をもつレコー ドオカレンスは、第1
のタイプのインデックスレコード形式とする。
■ A record occurrence with a key value of - is the first
The index record format is of type .

■ 重複キー値をもつレコードオカレンスの相対レコー
ド番号の関係が第3図の内容を満足する場合には、第2
のタイプのインデックスレコード形式とする。
■ If the relationship between the relative record numbers of record occurrences with duplicate key values satisfies the contents of Figure 3, the second
The index record format is of type .

ここで、N個のレコード相対番号の変位が1、Bx s
以内ならば1個のピ・ノドマツプアイテムでよ<、LB
X8以上ならば複数個のピットマツプアイテムとするか
、あるいはLB長を大きくすることが可能である。
Here, the displacement of N record relative numbers is 1, Bx s
If it's within that range, just one P/Nodomap item <, LB
If it is X8 or more, it is possible to use a plurality of pit map items or to increase the LB length.

重初キー値を持っているが第3図の内容を満足しない場
合は、第1のタイプのインデックスレコード形式とする
If the index record has a multiple key value but does not satisfy the contents shown in FIG. 3, it is set to the first type of index record format.

インデックスを作成した後、レコードオカレンスの追加
と更新の処理が行われてキー値が変更された場合につい
ても、上記基準によってタイプIとタイプ■との変換保
守が実施される。
Even when the key value is changed by adding and updating record occurrences after the index is created, conversion maintenance between type I and type ■ is carried out according to the above criteria.

第1図において、破線はキー値を与え、与えた5 キー値と比較して一致条件満足されるレコード相対番号
を得る場合である。
In FIG. 1, the broken line indicates the case where a key value is given and compared with the given 5 key values to obtain a record relative number that satisfies the matching condition.

上記方式では、インデックスごとに独立した特性を持た
せることができるだめ、利用効果は非常に大きい。
In the above method, each index can have independent characteristics, so the usage effect is very large.

(発明の効果) 以上説明したように本発明では、重複キー値を持つイン
デックスにより大巾なインデックス記録容量を削減でき
、内容検索処理時にインデックスレコードオカレンスを
アクセスする回斂(物理と論理入出力回斂)が減少する
ので、処理効率が向上するという効果がある。
(Effects of the Invention) As explained above, the present invention can significantly reduce the index recording capacity by using an index with duplicate key values, and reduce the number of times (physical and logical input/output times) for accessing index record occurrences during content search processing. This has the effect of improving processing efficiency because the angular force (contrast) is reduced.

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

第1図は、インデックス管理方式の概要を示す概略図で
ある。 第2図は、第1図のインデックス管理方式によシ生成さ
れ、保守されるインデックスオカレンスの概略を示す図
である。 1−1・・・ビットマツプアイテム長 1−2・・・キー値と1コ一ド相対番号特許出願人 日
本電気株式会社 代理人 弁理士 井 ノ ロ ′ 壽 牙1図 (二二二==): 入力・出力値
FIG. 1 is a schematic diagram showing an overview of the index management method. FIG. 2 is a diagram schematically showing index occurrences generated and maintained by the index management method of FIG. 1. 1-1...Bitmap item length 1-2...Key value and 1-code relative number Patent applicant NEC Corporation representative Patent attorney Inoro ′ Juga 1 diagram (222== ): Input/output value

Claims (1)

【特許請求の範囲】[Claims] 複む個のキー値と、それぞれ前記複数個のキー値の一つ
をそれぞれ含む複数個のレコードオカレンスのアドレス
とから成るインデックスレコードオカレンスを生成して
保守するように構成したインデックス管理方式において
、一対のキー値と関連アドレスとプハら成る第1のタイ
プのインデックスレコード形式と、前記複数個のキー値
と、それぞノ1前記複数個のキー値の一つをそれぞれ含
む複e個のレコードオカレンスのアドレスとを示すため
の1個以上のピントマツプアイテム力)ら成る第2のタ
イプのインデックスレコード形式とを備え、インデック
ス生成時に同一のキー値を有する複数個のインデックス
レコードオカレンスの個数Klべ、hらかしめ定められ
た基準値と比較し、前記個数が前記基準値以内の場合に
は前記第1のタイプのインデックスレコード形式を選択
し、前記基°準備を越える場合には前記第2のタイプの
インデックスレコード形式を選択してインデックスを生
成するためのインデックス生成手段と2前記生成したイ
ンデックスをランダムアクセス可能に記憶するためのフ
ァイル手段と、前記生成したインデックスに対して前記
レコードオカレンスの更新処理あるいは追加処理に伴っ
て前記キー値を変更する場合に、前記画処理と同期して
前記処理に関連したインデックスレコードオカレンスヲ
変更し、前記インデックス生成手段による前記基準値に
対する前記比較と前記選択との過程に制御を渡すだめの
インデックス保守手段と?具備して構成したことを特徴
とするインデックス管理方式。
In an index management system configured to generate and maintain index record occurrences consisting of multiple key values and addresses of multiple record occurrences each containing one of the multiple key values, a first type of index record format consisting of a key value, an associated address, and a PUR; a plurality of e record occurrences, each of which includes one of the plurality of key values, and one of the plurality of key values; and a second type of index record format consisting of one or more focus map items (to indicate the address of the index), and the number of index record occurrences having the same key value at the time of index generation, Kl, If the number is within the reference value, the first type of index record format is selected; if the number exceeds the reference value, the second type is selected. 2. An index generating means for selecting an index record format to generate an index; 2. A file means for storing the generated index in a randomly accessible manner; and 2. File means for storing the generated index in a randomly accessible manner; When the key value is changed in accordance with additional processing, an index record occurrence related to the processing is changed in synchronization with the image processing, and the comparison with the reference value by the index generation means and the selection are performed. How do I pass control to index maintenance? An index management method characterized by comprising:
JP59037074A 1984-02-28 1984-02-28 Index control system Pending JPS60181849A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP59037074A JPS60181849A (en) 1984-02-28 1984-02-28 Index control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP59037074A JPS60181849A (en) 1984-02-28 1984-02-28 Index control system

Publications (1)

Publication Number Publication Date
JPS60181849A true JPS60181849A (en) 1985-09-17

Family

ID=12487403

Family Applications (1)

Application Number Title Priority Date Filing Date
JP59037074A Pending JPS60181849A (en) 1984-02-28 1984-02-28 Index control system

Country Status (1)

Country Link
JP (1) JPS60181849A (en)

Similar Documents

Publication Publication Date Title
CA2367181C (en) Method for extracting information from a database
CN108205577B (en) Array construction method, array query method, device and electronic equipment
EP1352339B1 (en) Method of querying a structure of compressed data
EA007209B1 (en) Method of managing keys within a database, database and method of organising database
JP2004518226A (en) Database system and query optimizer
US20230267116A1 (en) Translation of tenant identifiers
CN112988912B (en) Block chain data storage method and device and electronic equipment
CN116662019B (en) Request distribution method and device, storage medium and electronic device
CN110020001A (en) Storage, querying method and the corresponding equipment of string data
US11151110B2 (en) Identification of records for post-cloning tenant identifier translation
CN112988908B (en) Block chain data storage method and device and electronic equipment
JPS60181849A (en) Index control system
JP2007048318A (en) Relational database processing method and relational database processor
CN110825747B (en) Information access method, device and medium
CN112988909A (en) Block chain data storage method and device and electronic equipment
JPS62287350A (en) Index integrally updating system
US20110208782A1 (en) Method and computer program product for creating ordered data structure
KR20160128166A (en) Database and method thereof for managing partitioned table
JP2023141215A (en) index management device
JPH08328924A (en) Index updating system
CN114443866A (en) Data processing method, device, computing equipment and medium
JP2007310844A (en) Data processing system
JPH0762850B2 (en) Information retrieval device
JPH06259257A (en) Inference object managing device
JPS6197743A (en) Data control system