JPH04138565A - Connection processing system of plural files - Google Patents

Connection processing system of plural files

Info

Publication number
JPH04138565A
JPH04138565A JP2261613A JP26161390A JPH04138565A JP H04138565 A JPH04138565 A JP H04138565A JP 2261613 A JP2261613 A JP 2261613A JP 26161390 A JP26161390 A JP 26161390A JP H04138565 A JPH04138565 A JP H04138565A
Authority
JP
Japan
Prior art keywords
index
file
record
processing
virtual
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
JP2261613A
Other languages
Japanese (ja)
Inventor
Fukumi Chiba
千葉 富久美
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
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 filed Critical NEC Corp
Priority to JP2261613A priority Critical patent/JPH04138565A/en
Publication of JPH04138565A publication Critical patent/JPH04138565A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To obtain a system capable of executing rapid processing and simplifying virtual file definition by providing this connection processing system of plural files with a connection retrieving means for referring to only a connection index and a connection index record whose number of pointers is equal to the total number of reference files constituting virtual files and executing connection retrieving processing. CONSTITUTION:A data base 1 stores a directory 2, a connection index record file 6, an index record file 7, and a file record file 8. A reference file definition information 3, connection index definition information 4 and virtual file definition file 5 are registered in the directory 2 and the connection retrieving means 9 receiving a user's request, accesses the data base 1. The means 9 refers to only the connection index record having the number of pointers equal to the total number of reference files constituting the virtual files to execute connection retrieving processing. Consequently, processing is extremely rapidly executed, the virtual file is defined only by one definition, operation is simplified, and resource using efficiency is improved.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は電子計算機システムのデータベースシステムに
おける複数ファイル結合処理方式に関するものである。
DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a multiple file combination processing method in a database system of an electronic computer system.

〔従来の技術〕[Conventional technology]

関係(リレーショナル)データベースシステムにおいて
は、実在する複数の基本ファイルから必要な情報を得る
場合、複数の基本ファイルを合成した新たな基本ファイ
ルを作成するのではなく、複数の基本ファイルから仮想
ファイルを定義し、この仮想ファイルに対してアクセス
を行うことが多い、これは、基本ファイル間でのデータ
内容の一貫性を保つと共に、同内容のデータの重複格納
の防止等を図るためである。
In a relational database system, when obtaining necessary information from multiple existing basic files, instead of creating a new basic file by combining multiple basic files, a virtual file is defined from the multiple basic files. However, this virtual file is often accessed in order to maintain consistency in data content between basic files and to prevent duplicate storage of data with the same content.

ところで、従来、仮想ファイルの定義は、次の事項を含
んでいた。
By the way, conventionally, the definition of a virtual file included the following items.

■基本ファイルの決定 ■様式の決定 ■アクセス経路の決定 ■関係インデックスの決定 ■様式連関の決定 ここで、様式とは基本ファイルから必要な項目を順序も
考慮して選択したものであり、アクセス経路とは仮想フ
ァイルにアクセスする場合にどの様式からアクセスする
かの順序であり、関係インデックスとは複数の基本ファ
イルを合成する処理に用いるインデックスであり、様式
連関とは結合連鎖、併合等の基本ファイルを合成する態
様である。なお、結合とは複数の基本ファイルの様式の
所定の項目に同しインデックス値(キー値)を存するフ
ァイルレコードのみを順次抽出することをいい、連鎖と
はアクセス経路が1番目の基本ファイルの様式のファイ
ルレコードと、それに対してアクセス経路の順序が連続
し、かつ様式の所定の項目に同じインデックス値を有す
るファイルレコードとを続けて抽出することをいい、併
合とは複数の基本ファイルの様式の所定の項目のインデ
ックス値の順に全ファイルレコードを抽出することをい
う、ただし、本発明では結合だけを対象としている。
■Determining the basic file ■Determining the format ■Determining the access route ■Determining the relationship index ■Determining the format association Here, the format is the selection of necessary items from the basic file, taking into account the order, and the access route. is the order from which format to access a virtual file, a relational index is an index used for processing to combine multiple basic files, and a format association is an index used to combine multiple basic files, etc. This is a mode of synthesizing. Note that joining refers to sequentially extracting only file records that have the same index value (key value) in a predetermined item in the format of multiple basic files, and chaining refers to sequentially extracting only file records that have the same index value (key value) in the format of multiple basic files, and chaining means that the access route is the format of the first basic file. merging refers to the successive extraction of file records that have consecutive access routes and the same index value in a predetermined item of the format. This refers to extracting all file records in the order of index values of predetermined items. However, in the present invention, only merging is targeted.

第8図は複数の基本ファイルから定義された仮想ファイ
ルに対して結合検索を行うようにした複数ファイル結合
処理方式の構成を示したものである。
FIG. 8 shows the configuration of a multiple file combination processing method in which a combination search is performed for virtual files defined from a plurality of basic files.

第8図において、データベース11にはディレクトリ1
2とインデックスレコードファイル15とファイルレコ
ードファイル16とが格納され、ディレクトリ12には
基本ファイル定義情報13と仮想ファイル定義情報14
とが登録され、データベース11に対して利用者からの
要求を受けて結合検索手段17がアクセスを行うように
なっている。
In FIG. 8, the database 11 includes directory 1.
2, an index record file 15, and a file record file 16 are stored, and the directory 12 stores basic file definition information 13 and virtual file definition information 14.
are registered, and the combined search means 17 accesses the database 11 upon receiving a request from a user.

第9図は第8図におけるディレクトリ12内の基本ファ
イル定義情報13および仮想ファイル定義情報14の例
を示したものである。すなわち、基本ファイル定義情報
13として、項目A1.A2、A3.A4から構成され
る基本ファイルAの定義情報と、項目Bl、B2.B3
から構成される基本ファイルBの定義情報と、項目C1
,C2゜C3,C4から構成される基本ファイルCの定
義情報と、基本ファイルAの項目A1についてインデッ
クスaを設定する旨の情報と、基本ファイルBの項目B
1についてインデックスbを設定する旨の情報と、基本
ファイルCの項目C1についてインデックスCを設定す
る旨の情報とが含まれている。また、仮想ファイル定義
情報14として、基本ファイルA、B、Cのそれぞれ全
ての項目を選択した様式A、B、Cの定義情報と、様式
(基本ファイル)A、B、Cを様式連関として結合(J
)により合成する旨の情報(VABC−J”)と、結合
のための関係インデックスとしてインデックスa、b、
cとする旨の情報と、アクセス経路として様式A−櫟弐
B−様式Cの順とする旨の情報とが含まれている。
FIG. 9 shows an example of the basic file definition information 13 and virtual file definition information 14 in the directory 12 in FIG. That is, as the basic file definition information 13, item A1. A2, A3. Definition information of basic file A consisting of A4, items Bl, B2. B3
Definition information of basic file B consisting of and item C1
, C2゜C3, C4, the definition information of basic file C, information to set index a for item A1 of basic file A, and item B of basic file B.
1, and information that index C is to be set for item C1 of basic file C. In addition, as virtual file definition information 14, the definition information of formats A, B, and C in which all items of basic files A, B, and C are selected, and formats (basic files) A, B, and C are combined as a format association. (J
), and the information (VABC-J”) that the information is to be synthesized by
The information includes information indicating that the access route is format A - format A - format C - format C.

第10図は第8図におけるインデックスレコードファイ
ル15の例を示したものである。すなわち、インデック
スaはインデックスレコードa1〜a6を有し、インデ
ックスbはインデックスレコードbl−b4を有し、イ
ンデックスCはインデックスレコード01〜c5を有し
ている。なお、各インデックスレコードはインデックス
値と、対応するファイルレコードへのポインタとを有し
てる。なお、インデックスのエントリ名はカタログファ
イル(図示せず)にも登録される。
FIG. 10 shows an example of the index record file 15 in FIG. 8. That is, index a has index records a1 to a6, index b has index records bl to b4, and index C has index records 01 to c5. Note that each index record has an index value and a pointer to the corresponding file record. Note that the index entry name is also registered in a catalog file (not shown).

第11図は第8図におけるファイルレコードファイル1
6の例を示したものである。すなわち、基本ファイルA
はファイルレコードA−1〜八−6を有し、基本ファイ
ルBはファイルレコード81〜B−6を存し、基本ファ
イルCはファイルレコードC−1〜C−6を有している
。なお、各基本ファイルのファイルレコードは、ディレ
クトリ12内の基本ファイル定義情報13に対応した項
目をそれぞれ存している。
Figure 11 shows file record file 1 in Figure 8.
This shows an example of No. 6. That is, basic file A
has file records A-1 to 8-6, basic file B has file records 81 to B-6, and basic file C has file records C-1 to C-6. Note that the file record of each basic file includes items corresponding to the basic file definition information 13 in the directory 12.

第12図は第8図における結合検索手段17の処理を示
したものである。なお、第12図において、H,K、 
 F、  I、 Gは所定の処理を示している。また、
z、y、sは処理の過程で保持するインデックスレコー
ド、z+、、+  はインデックスレコードz、yのイ
ンデックス値、0はカレントなインデックスレコード、
0゛ はそのインデックス値、nは関係インデックス数
、Xは処理の過程で与えられるアクセス経路順位、mは
取得すべきインデックスレコードのアクセス経路順位、
pはカレントなインデックスのアクセス経路順位である
FIG. 12 shows the processing of the combination search means 17 in FIG. 8. In addition, in FIG. 12, H, K,
F, I, and G indicate predetermined processing. Also,
z, y, s are index records held during processing, z+, , + are index values of index records z, y, 0 is the current index record,
0゛ is the index value, n is the number of related indexes, X is the access route rank given in the process, m is the access route rank of the index record to be obtained,
p is the access route rank of the current index.

以下、場合を分けて上記の従来例の動作を説明する。Hereinafter, the operation of the above conventional example will be explained in different cases.

(1)先頭のレコードを求める処理 この処理は結合によって定義された仮想ファイルに属す
る、インデックス値が最小でアクセス経路順位が「1」
のファイルレコードを取得する処理である。
(1) Processing to find the first record This processing is performed when the index value is the minimum and the access route rank is "1" belonging to the virtual file defined by the join.
This is the process of acquiring the file record of.

この処理ではカレントなインデックスレコード0はnu
llであり、カレントなインデックスレコード0を対象
とする処理H等は実行されない。
In this process, the current index record 0 is nu
ll, and processing H etc. targeting the current index record 0 is not executed.

また、処理F、G、には次のような内容である。Furthermore, the contents of processes F and G are as follows.

F:最小インデックス値のインデックスレコードを指定
されたアクセス経路順位(X)のインデックスから求め
る処理 G;インデックス値2′ と等しいか大きいインデック
スレコードを指定されたアクセス経路順位(X)のイン
デックスから求める処理 に;m=n+1 先ず、ステップ81〜S15までの処理により、アクセ
ス経路順位が「1」のインデックスから最小インデック
ス値のインデックスレコードが取り出され、インデック
スレコードSとして保持される。なお、該当するインデ
ックスレコードがない場合は該当するファイルレコード
は存在しないものとして、ステップS25を経て処理は
終了する。
F: Process of finding the index record with the minimum index value from the index of the designated access route rank (X) G; Process of finding the index record that is equal to or greater than index value 2' from the index of the designated access route rank (X) ; m=n+1 First, through the processing from steps 81 to S15, the index record with the minimum index value is extracted from the index with the access route order of "1" and is held as the index record S. Note that if there is no corresponding index record, it is assumed that the corresponding file record does not exist, and the process ends via step S25.

次いで、ステップ316〜S23の処理により、既にス
テップ311で取り出されたインデックスレコードと同
じインデックス値を持つインデックスレコードが全ての
インデックスに含まれているかがアクセス経路順位に従
ってチエツクされ、満たされない場合には再びアクセス
経路順位「1」からインデックスレコードの取得および
比較が繰り返される。なお、該当するインデックスレコ
ードが途中で存在しなくなった場合は、該当するファイ
ルレコードは存在しないものとして、ステップS25を
経て処理は終了する。
Next, in the processing of steps 316 to S23, it is checked according to the access route order whether all indexes include an index record having the same index value as the index record already retrieved in step 311, and if this is not satisfied, the process is performed again. The acquisition and comparison of index records is repeated starting from the access route rank "1". Note that if the corresponding index record no longer exists, it is assumed that the corresponding file record does not exist, and the process ends via step S25.

以上の処理により、各インデックスに同しインデックス
値を持って存在するインデックスレコードのうち、最小
のインデックス値で、かつ、アクセス経路順位が「1」
のインデックスレコードがSとして取り出され、そのポ
イントするファイルレコードがステップS24において
参照される。
With the above processing, among the index records that exist with the same index value in each index, the one with the smallest index value and the access route rank of "1"
The index record of is retrieved as S, and the file record it points to is referenced in step S24.

第10図に示したインデックスの例においては、各イン
デックスa、b、cに共通に存在するのはインデックス
値がr5J、#3Jのものであり、この中から最小のイ
ンデックスレコードとしてインデックスレコードa3が
取り出され、そのポイントするファイルレコードA−3
が参照される。
In the example of indexes shown in FIG. 10, index values r5J and #3J exist in common among indexes a, b, and c, and among these, index record a3 is the smallest index record. File record A-3 that is retrieved and points to
is referenced.

(2)最終のレコードを求める処理 この処理は結合によって定義された仮想ファイルに属す
るインデックス値が最大でアクセス経路順位が最後のフ
ァイルレコードを取得する処理である。
(2) Process for obtaining the final record This process is a process for obtaining the file record with the maximum index value and the last access route ranking that belongs to the virtual file defined by the join.

この処理ではカレントなインデックスレコード0はnu
llであり、カレントなインデックスレコード0を対象
とする処理H等は実行されない。
In this process, the current index record 0 is nu
ll, and processing H etc. targeting the current index record 0 is not executed.

また、処理F、G、には次のような内容である。Furthermore, the contents of processes F and G are as follows.

Fl大インデックス値のインデックスレコードを指定さ
れたアクセス経路順位(X)のインデックスから求める
処理 G;インデックス値2゛ と等しいか小さいインデック
スレコードを指定されたアクセス経路順位(X)のイン
デックスから求める処理 に;m=O 動作は前述した先頭のレコードを求める処理とほぼ同様
であり、アクセス経路順位mの設定と、インデックス値
の大小関係とが異なるだけである。
Process G for finding an index record with a large Fl index value from an index with a specified access route rank (X) ;m=O The operation is almost the same as the process for finding the first record described above, and the only difference is the setting of the access route rank m and the magnitude relationship of the index values.

第10図に示したインデックスの例においては、最大の
インデックスレコードとしてインデックスレコードc5
が取り出され、そのポイントするファイルレコードのう
ちポインタ値の大きい後ろ側のファイルレコードC−6
が参照される。
In the index example shown in FIG. 10, index record c5 is the largest index record.
is retrieved, and among the file records pointed to, the later file record C-6 with the larger pointer value is retrieved.
is referenced.

(3)カレントレコードの次のレコードを求める処理 この処理は結合によって定義された仮想ファイルに属す
るファイルレコードから、カレントレコードとして与え
られているレコードの次に位置するファイルレコードを
取得する処理である。
(3) Process for obtaining the next record after the current record This process is a process for obtaining the file record located next to the record given as the current record from the file records belonging to the virtual file defined by the join.

処理H,F、1.G、には次のような内容である。Processing H, F, 1. G contains the following content:

H;インデックス値0′ と等しく、現在のポインタ値
よりも大きいインデックスレコードを指定されたアクセ
ス経路順位のインテ。
H; Integer of the access route rank specified by the index record that is equal to the index value 0' and greater than the current pointer value.

クスから得る処理 F;インデックス値2°よりも大きいインデックスレコ
ードを指定されたアクセス経路順位のインデックスから
得る処理 ■;インデックス値2° と等しいインデックスレコー
ドを指定されたアクセス経路順位のインデックスから得
る処理 G;インデックス値2゛ と等しいかそれよりも大きい
インデックスレコードを指定されたアクセス経路順位の
インデックスから得る処理 1<;m=p+1 先ず、ステップ31〜S3の処理により、カレントなイ
ンデックスレコード0に重複レコードがある場合には、
それが取り出される。例えば、第10図においてファイ
ルレコードB−3をポイントするインデックスレコード
b2がカレントなインデックスレコードであるとすると
、処理HによってファイルレコードB−4をポイントす
る同しインデックスレコードb2が取り出される。
Process F to obtain an index record larger than the index value 2° from the index of the specified access route rank ■; Process G to obtain the index record equal to the index value 2° from the index of the specified access route rank Processing 1 to obtain an index record that is equal to or larger than index value 2 from the index of the specified access route order 1<;m=p+1 First, by the processing of steps 31 to S3, a duplicate record is added to the current index record 0. If there is
It is taken out. For example, if index record b2 pointing to file record B-3 in FIG. 10 is the current index record, the same index record b2 pointing to file record B-4 is retrieved by process H.

重複レコードがない場合は、ステップ84〜S15の処
理により、アクセス経路順位「1」のインデックスに対
し、インデックス値がより大きいインデックスレコード
が取り出され、アクセス経路順位m、xが一致する場合
にはインデックスレコードSとして保持される。なお、
カレントレコードのアクセス経路順位が最上位であった
場合は処理Fが行われ、それ以外は処理Iが行われる。
If there is no duplicate record, the index record with the larger index value is retrieved for the index with the access route rank "1" through the processing of steps 84 to S15, and if the access route ranks m and x match, the index record is extracted. It is held as record S. In addition,
If the access route ranking of the current record is the highest, processing F is performed, otherwise processing I is performed.

これは、最上位まで既に検索が行われ、かつ重複レコー
ドがないということから、再び同じインデックス値につ
いて検索する必要がないからである。
This is because the search has already been performed up to the top level and there are no duplicate records, so there is no need to search for the same index value again.

なお、該当するインデックスレコードがない場合は該当
するファイルレコードは存在しないものとして、ステッ
プ325を経て処理は終了する。
Note that if there is no corresponding index record, it is assumed that the corresponding file record does not exist, and the process ends via step 325.

次いで、ステップ316〜323の処理により、既にス
テップSll、S12で取り出されたインデックスレコ
ードと同しインデックス値を持つインデックスレコード
が全てのインデックスに含まれているかがアクセス経路
順位に従ってチエ’7りされ、満たされない場合には再
びアクセス経路順位「1」からインデックスレコードの
取得および比較が繰り返される。なお、該当するインデ
ックスレコードが途中で存在しなくなった場合は、該当
するファイルレコードは存在しないものとして、ステッ
プS25を経て処理は終了する。
Next, through the processes of steps 316 to 323, it is checked according to the access route order whether all indexes include an index record having the same index value as the index record already retrieved in steps Sll and S12. If the condition is not satisfied, the acquisition and comparison of index records is repeated again starting from the access route rank "1". Note that if the corresponding index record no longer exists, it is assumed that the corresponding file record does not exist, and the process ends via step S25.

以上の処理により、各インデックスに同じインデックス
値を持って存在するインデックスレコードのうち、カレ
ントなインデックスレコードの次に位置するインデック
スレコードが取り出され、そのポイントするファイルレ
コードが参照される。
Through the above processing, the index record located next to the current index record is retrieved from among the index records that exist in each index with the same index value, and the file record pointed to by the index record is retrieved.

第10図に示したインデックスの例において、先頭のフ
ァイルレコードから順番に読み出すとすると、次のよう
な順番になる。
In the example of the index shown in FIG. 10, if the file records are read out in order starting from the first file record, the order will be as follows.

A−3→ B−3−B−4→ C−4→ A−6→B−6→ C−5→ C−6 (4)カレントレコードの一つ前のレコードヲ求める処
理 この処理は結合によって定義された仮想ファイルに属す
るファイルレコードから、カレントレコードとして与え
られているレコードの一つ前に位置するファイルレコー
ドを取得する処理である。
A-3→ B-3-B-4→ C-4→ A-6→B-6→ C-5→ C-6 (4) Process to obtain the record immediately before the current record This process is defined by joining This is a process of acquiring the file record located immediately before the record given as the current record from among the file records belonging to the virtual file given as the current record.

処理H,F、1.G、には次のような内容である。Processing H, F, 1. G contains the following content:

H;インデックス値O° と等しく、現在のポインタ値
よりも小さいインデックスレコードを指定されたアクセ
ス経路順位のインデックスから得る処理 F;インデックス値2″ よりも小さいインデソクスレ
コードを指定されたアクセス経路順位のインデックスか
ら得る処理 I;インデックス値2゛ と等しいインデックスレコー
ドを指定されたアクセス経路順位のインデックスから得
る処理 G;インデックス値2′ と等しいかそれよりも小さい
インデックスレコードを指定されたアクセス経路順位の
インデックスから得る処理 に;m=p−1 動作は前述したカレントレコードの次のレコードを求め
る処理とほぼ同様であり、アクセス経路順位mの設定と
、インデックス値の大小関係とが異なるだけである。
H; Process of obtaining an index record that is equal to the index value O° and smaller than the current pointer value from the index of the specified access route order F; Obtaining an index record that is smaller than the index value 2'' of the specified access route order Process I for obtaining an index record from an index; Process G for obtaining an index record equal to index value 2' from an index with a specified access route rank; Process G that obtains an index record equal to or smaller than index value 2' from an index with a specified access route rank m=p-1 The operation is almost the same as the process of finding the next record after the current record described above, and the only difference is the setting of the access route rank m and the magnitude relationship of the index values.

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

従来の複数ファイル結合処理方式は上述したように構成
され動作するものであったが、次のような欠点があった
Although the conventional multiple file combination processing method was configured and operated as described above, it had the following drawbacks.

■結合の条件に合致したファイルレコードを得るのに、
インデックスレコードのインデックス値の突き合わせ処
理を繰り返し行わなければならず、最低でも関係インデ
ックス数nに相当する回数のインデックスに対する入出
力が発生し、最大ではインデックスレコード数に関係イ
ンデックス数nを掛けた回数の入出力を要し、処理に非
常に時間がかかる。
■To obtain file records that match the join conditions,
It is necessary to repeatedly match the index values of index records, and input/output to the index occurs at least as many times as the number of related indexes n, and at the maximum, the number of index records multiplied by the number of related indexes n. It requires input/output and takes a very long time to process.

■ディレクトリにおける仮想ファイルの定義中に関係イ
ンデックスの定義が含まれているため、仮想ファイルを
複数定義する場合に、各仮想ファイルを構成する基本フ
ァイルの様式が同一であっても関係インデックスが異な
ると別々に仮想ファイルを定義しなければならず、準備
作業および保守・管理が煩雑であると共に、重複した情
報の格納によりデータベースの利用効率が低下する。
■As the definition of a relational index is included in the definition of a virtual file in a directory, when defining multiple virtual files, even if the format of the basic files composing each virtual file is the same, the relational index may be different. Virtual files must be defined separately, which complicates preparation work, maintenance, and management, and the storage of duplicate information reduces database usage efficiency.

■ディレクトリにおける仮想ファイルの定義中に結合、
連鎖、併合等の様式連関が含まれ、実行可能な仮想ファ
イルとして静的に定義されているため、仮想ファイルを
構成する基本ファイルの様式が同一であっても様式連関
が異なれば別々に仮想ファイルを定義しなければならず
、柔軟性に欠ける。すなわち、連鎖併合等は結合と混在
して使用される処理であり、動的に様式連関を変えられ
ることが望まれるが、実行段階においての変更は行えな
い。
■Join while defining a virtual file in a directory,
It includes format relationships such as chaining and merging, and is statically defined as an executable virtual file, so even if the formats of the basic files that make up a virtual file are the same, if the format relationships are different, the virtual files will be created separately. must be defined and lacks flexibility. That is, chain merging is a process that is used in combination with join, and although it is desirable to be able to dynamically change the modal association, this cannot be done at the execution stage.

本発明は上記の点に鑑み提案されたものであり、その目
的とするところは、高速に処理が行えると共に、仮想フ
ァイル定義の簡略化を図ることのできる複数ファイル結
合処理方式を提供することにある。
The present invention has been proposed in view of the above points, and its purpose is to provide a multiple file combination processing method that can perform high-speed processing and simplify virtual file definition. be.

〔課題を解決するための手段〕[Means to solve the problem]

本発明は上記の目的を達成するため、様式連関を含めず
、構成要素たる基本ファイルの様式のみを定義した仮想
ファイルと、 仮想ファイルとは独立に定義され、インデックス値とポ
インタ数とIDとインデックスレコードへのポインタと
を含む複数の連結インデックスレコードから構成される
連結インデックスと、ポインタ数が仮想ファイルを構成
する基本ファイルの総数と等しい連結インデックスレコ
ードについてのみ参照することにより、結合の検索処理
を行う結合検索手段とを備えるようにしている。
In order to achieve the above object, the present invention includes a virtual file that does not include format relationships and only defines the format of basic files as constituent elements, and a virtual file that is defined independently, with an index value, the number of pointers, an ID, and an index. Performs join search processing by referring only to a concatenated index consisting of multiple concatenated index records including pointers to records, and concatenated index records in which the number of pointers is equal to the total number of basic files constituting the virtual file. A combined search means is also provided.

〔作用〕[Effect]

本発明の複数ファイル結合処理方式にあっては結合検索
手段が、ポインタ数が仮想ファイルを構成する基本ファ
イルの総数と等しい連結インデックスレコードについて
のみ参照することにより、結合の検索処理を行う。
In the multiple file combination processing method of the present invention, the combination search means performs the combination search process by referring only to the connected index records in which the number of pointers is equal to the total number of basic files constituting the virtual file.

〔実施例〕〔Example〕

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

第1図は本発明の複数ファイル結合処理方式の一実施例
を示す構成図である。
FIG. 1 is a block diagram showing an embodiment of the multiple file combination processing method of the present invention.

第1図において、データベース1にはディレクトリ2と
連結インデックスレコードファイル6とインデックスレ
コードファイル7とファイルレコードファイル8とが格
納され、ディレクトリ2には基本ファイル定義情報3と
連結インデックス定義情報4と仮想ファイル定義情報5
とが登録され、データベース1に対して利用者からの要
求を受けて結合検索手段9がアクセスを行うようになっ
ている。
In FIG. 1, a database 1 stores a directory 2, a linked index record file 6, an index record file 7, and a file record file 8, and a directory 2 stores basic file definition information 3, linked index definition information 4, and virtual files. Definition information 5
are registered, and the combined search means 9 accesses the database 1 upon receiving a request from a user.

第2図は第1図におけるディレクトリ2内の基本ファイ
ル定義情報3と連結インデックス定義情報4と仮想ファ
イル定義情報50例を示したものである。すなわち、基
本ファイル定義情報3として、項目A1.A2.A3.
A4から構成される基本ファイルAの定義情報と、項目
B1.B2B5から構成される基本ファイルBの定義情
報と、項目CI、C2,C3,C4から構成される基本
ファイルCの定義情報と、基本ファイルAの項目A1に
ついてインデックスaを設定する旨の情報と、基本ファ
イルBの項目B1についてインデックスbを設定する旨
の情報と、基本ファイルCの項目C1についてインデッ
クスCを設定する旨の情報とが含まれている。また、連
結インデックス定義情報4として、インデックスa、b
、cを関係インデックスとして選択する旨の情報と、a
b、cの順にアクセス経路順位を設定する旨の情報が含
まれている。更に、仮想ファイル定義情報5として、基
本ファイルA、B、Cのそれぞれ全ての項目を選択した
様式A、B、Cの定義情報と、仮想ファイルが様式(基
本ファイル)A、B、Cにより構成される旨の情報(V
ABC)とが含まれている。このように、仮想ファイル
の定義には、何を関係インデックスとするかの情報も、
様式連関の情報も含まれていない。
FIG. 2 shows examples of basic file definition information 3, concatenated index definition information 4, and virtual file definition information 50 in directory 2 in FIG. That is, as basic file definition information 3, item A1. A2. A3.
Definition information of basic file A consisting of A4 and item B1. Definition information of basic file B consisting of B2B5, definition information of basic file C consisting of items CI, C2, C3, and C4, information to set index a for item A1 of basic file A, Information indicating that index b is to be set for item B1 of basic file B, and information that index C is to be set for item C1 of basic file C are included. In addition, as consolidated index definition information 4, indexes a, b
, c is selected as the relational index, and a
Information indicating that the access route rankings are set in the order of b and c is included. Furthermore, as virtual file definition information 5, definition information of formats A, B, and C in which all items of basic files A, B, and C are selected, and the virtual file is composed of formats (basic files) A, B, and C. Information that it will be done (V
ABC) are included. In this way, the virtual file definition also includes information about what should be used as a relational index.
It also does not include format-related information.

第3図は第1図における連結インデックスレコードファ
イル6の例を示したものであり、第4図は連結インデッ
クスレコードの論理的構成を示したものである。すなわ
ち、連結インデックスはディレクトリで定義された関係
インデックスのインデックス値毎に1つの連結インデッ
クスレコードが設けられ、連結インデックスレコードは
、そのインデックス値と、そのインデックス値を持つイ
ンデックスレコードの数を示すポインタ数と、アクセス
経路順位を示すTDおよび対応するインデックスレコー
ドへのポインタを有する1または複数のポインタ部とか
ら構成されている。第3図の例では、連結インデックス
レコードファイル6は、連結インデックスレコード21
〜z8を含んでいる。なお、連結インデックスレコード
ファイル6は、ファイルレコードファイル8に新たなフ
ァイルレコードが追加されたり、既にあるファイルレコ
ードが削除されたり、内容が更新されたりした場合に、
それらに応じて連結インデックスレコードの追加、削除
、更新が行われる。これは、インデックスレコードファ
イル7と同様である。
FIG. 3 shows an example of the linked index record file 6 in FIG. 1, and FIG. 4 shows the logical structure of the linked index records. That is, in the linked index, one linked index record is provided for each index value of the relational index defined in the directory, and the linked index record includes the index value, the number of pointers indicating the number of index records having the index value, and the linked index record. , a TD indicating the access route ranking, and one or more pointer sections having pointers to the corresponding index records. In the example of FIG. 3, the concatenated index record file 6 includes the concatenated index record 21
~ Contains z8. Note that the linked index record file 6 is updated when a new file record is added to the file record file 8, an existing file record is deleted, or the contents are updated.
Concatenated index records are added, deleted, and updated accordingly. This is similar to the index record file 7.

第5図は第1図におけるインデックスレコードファイル
7の例を示したものであり、内容は従来例で例示した第
1θ図と同様である。
FIG. 5 shows an example of the index record file 7 in FIG. 1, and the contents are the same as in FIG. 1θ exemplified in the conventional example.

第6図は第1図におけるファイルレコードファイル8の
例を示したものであり、内容は従来例で例示した第11
図と同様である。
FIG. 6 shows an example of the file record file 8 in FIG.
It is similar to the figure.

第7図は第1図における結合検索手段9の処理を示した
ものである。なお、第7図において、HK、 G、  
Fは所定の処理を示している。また、2ば処理の過程で
保持する連結インデックスレコード、2′はそのインデ
ックス値、Sは処理の過程で保持するインデックスレコ
ードへのポインタ、0はカレントなインデックスレコー
ド、0 はそのインデックス値、nは関係インデックス
数、mは取得すべきレコードのアクセス経路順位、pは
カレントなインデックスのアクセス経路順位である。
FIG. 7 shows the processing of the combination search means 9 in FIG. 1. In addition, in Fig. 7, HK, G,
F indicates predetermined processing. In addition, 2 is a concatenated index record held during the process, 2' is its index value, S is a pointer to the index record held during the process, 0 is the current index record, 0 is its index value, and n is The number of related indexes, m is the access route ranking of the record to be acquired, and p is the access route ranking of the current index.

以下、場合を分けて上記の実施例の動作を説明する。Hereinafter, the operation of the above embodiment will be explained in different cases.

(1)先頭のレコードを求める処理 この処理は仮想ファイルを構成する複数の基本ファイル
の様式を結合を条件に合成した場合に該当するファイル
レコードのうち、インデックス値が最小でアクセス経路
順位が「1」のものを取得する処理である。
(1) Process for finding the first record This process is performed when the formats of multiple basic files constituting a virtual file are combined under the condition of merging, and among the corresponding file records, the index value is the smallest and the access route rank is "1". ” is the process of acquiring the item.

この処理ではカレントなインデックスレコード0はnu
llであり、カレントなインデックスレコード0を対象
とする処理H等は実行されない。
In this process, the current index record 0 is nu
ll, and processing H etc. targeting the current index record 0 is not executed.

また、処理F、 G、 Kは次のような内容である。Furthermore, the contents of processes F, G, and K are as follows.

F;最小インデックス値の連結インデックスレコードを
連結インデックスから求める処理G;インデンクス値2
′の次に大きいインデンクス値の連結インデックスレコ
ードを連結インデックスから求める処理 に;m=1 先ず、カレントなインデックスレコード0はnullで
あるためステップSLは実行されず、Sはnullとな
るため、ステップS3に移行する。
F; Process for finding the concatenated index record with the minimum index value from the concatenated index G; Index value 2
In the process of finding the concatenated index record with the next largest index value after ' from the concatenated index; m=1 First, since the current index record 0 is null, step SL is not executed, and since S is null, step S3 to move to.

ステップS3ではmに1が設定され、ステップS4.S
6の判断によりステップS9に移行する。
In step S3, m is set to 1, and in step S4. S
Based on the determination in step S9, the process moves to step S9.

ステップS9では最小インデックス値の連結インデック
スレコードを連結インデックスから求める処理Fが行わ
れる。ここで、該当する連結インデックスレコードがな
い場合は該当するファイルレコードは存在しないものと
して、ステップS10、S15を経て処理は終了する。
In step S9, a process F is performed to obtain a concatenated index record with the minimum index value from the concatenated index. Here, if there is no corresponding linked index record, it is assumed that the corresponding file record does not exist, and the process ends through steps S10 and S15.

nullでない場合は取り出した連結インデックスレコ
ードZのポインタ数の値が関係インデックス数nと等し
いか否かがステップSllで判断され、等しくない場合
はインデックス値2°の次に大きいインデックス値の連
結インデックスレコードを連結インデックスから求める
処理GがステップS12で行われ、ステップSIO以降
が繰り返される。
If it is not null, it is determined in step Sll whether the value of the number of pointers of the retrieved linked index record Z is equal to the number of relational indexes n, and if not, the linked index record with the next largest index value after the index value 2° is determined. A process G for determining ? from the concatenated index is performed in step S12, and steps SIO and subsequent steps are repeated.

ステップSllにおいて、取り出した連結インデックス
レコード2のポインタ数の値が関係インデックス数nと
等しい場合には、ステップ313で連結インデックスレ
コード2のIDがアクセス経路順位mであるポインタ部
のポインタがSに設定され、ステップ514でSの指す
ファイルレコードが求められて処理は終了する。
In step Sll, if the value of the number of pointers in the retrieved linked index record 2 is equal to the number of related indexes n, in step 313 the pointer in the pointer section whose ID of the linked index record 2 is the access route rank m is set to S. Then, in step 514, the file record pointed to by S is found, and the process ends.

第3図の連結インデックスレコードファイル6の例にお
いては、連結インデックスレコードが21から順次に取
り出され、今の例では関係インデックス数は「3」であ
るため、ポインタ数が「3」となる連結インデックスレ
コードz5が最終的に選択され、そのIDがrlJであ
るポインタ部のポインタが示すインデックスレコードa
3を辿って、ファイルレコードA−3が求められる。
In the example of the linked index record file 6 in FIG. 3, the linked index records are taken out sequentially starting from 21, and in the current example, the number of relational indexes is "3", so the linked index record with the number of pointers is "3". Record z5 is finally selected, and the index record a indicated by the pointer in the pointer section whose ID is rlJ
3, file record A-3 is obtained.

(2)最終のレコードを求める処理 この処理は仮想ファイルを構成する複数の基本ファイル
の様式を結合を条件に合成した場合に該当スるファイル
レコードのうち、インデックス値が最大でアクセス経路
順位が最後のものを取得する処理である。
(2) Processing to obtain the final record This processing is performed when the formats of multiple basic files constituting a virtual file are combined with the condition of merging, and among the corresponding file records, the index value is the highest and the access route ranking is the last. This is the process of acquiring the .

この処理ではカレントなインデックスレコード0はnu
llであり、カレントなインデックスレコードOを対象
とする処理H等は実行されない。
In this process, the current index record 0 is nu
ll, and processing H etc. targeting the current index record O is not executed.

また、処理F、G、には次のような内容である。Furthermore, the contents of processes F and G are as follows.

F;最大インデックス値の連結インデックスレコードを
連結インデックスから求める処理G;インデックス値2
′の次に小さいインデックス値の連結インデックスレコ
ードを連結インデックスから求める処理 に;m=n 動作は前述した先頭のレコードを求める処理とほぼ同様
であり、インデックス値の大小関係が異なるだけである
F; Process for determining the concatenated index record with the maximum index value from the concatenated index G; Index value 2
In the process of finding the concatenated index record with the next smallest index value after ' from the concatenated index: m=n The operation is almost the same as the process of finding the first record described above, and the only difference is the magnitude relationship of the index values.

第3図の連結インデックスレコードファイル6の例にお
いては、連結インデックスレコードz8が最初に取り出
され、そのポインタ数は関係インデックス数「3」と一
致するため、そのまま選択され、そのIDが「3」であ
るポインタ部のポインタが示すインデックスレコードC
5を辿って、ファイルレコードC−6が求められる。
In the example of the concatenated index record file 6 in Figure 3, the concatenated index record z8 is retrieved first, and its pointer count matches the number of related indexes "3", so it is selected as is, and its ID is "3". Index record C indicated by a pointer in a certain pointer section
5, file record C-6 is obtained.

(3)カレントレコードの次のレコードを求める処理 この処理は仮想ファイルを構成する複数の基本ファイル
の様式を結合を条件に合成した場合に該当するファイル
レコードのうち、カレントレコードとして与えられてい
るレコードの次に位置するファイルレコードを取得する
処理である。
(3) Processing to obtain the next record of the current record This processing is performed by selecting the record given as the current record among the corresponding file records when the formats of multiple basic files that make up a virtual file are combined with the condition of merging. This is the process of acquiring the file record located next to .

処理H,F、G、には次のような内容である。Processes H, F, and G have the following contents.

H;カレントなインデックスレコードols対してカレ
ントなポインタ値より大きなポインタを得る処理 F;インデックス値2゛ と等しいインデックス値の連
結インデックスレコードを連結インデックスから求める
処理 G;インデックス値2゛の次に大きいインデックス値の
連結インデックスレコードを連結インデックスから求め
る処理 K ;m=p+1 先ず、ステップS1でカレントなインデックスレコード
0に対してカレントなポインタ値より大きなポインタ値
を得る処理Hが行われる。この処理は連結インデックス
ではなく、インデックスレコードファイル7のインデッ
クスレコードについて行われる。該当するインデックス
レコードがある場合はSとしてポインタの値が保持され
、ステップ314でSの指すファイルレコードが求めら
れ、処理は終了する。
H: Processing for obtaining a pointer larger than the current pointer value for the current index record ols F; Processing for obtaining a linked index record with an index value equal to index value 2゛ from the linked index G: The next largest index after index value 2゛Process K for obtaining a linked index record of a value from a linked index; m=p+1 First, in step S1, processing H for obtaining a pointer value larger than the current pointer value is performed for the current index record 0. This process is performed not on the linked index but on the index record of the index record file 7. If there is a corresponding index record, the value of the pointer is held as S, the file record pointed to by S is found in step 314, and the process ends.

重複レコードがない場合には、ステップS3においてア
クセス経路順位mにカレントなアクセス経路順位pにr
lJが加えられ、ステップ5486により、mがnより
大きくなった場合はステップS5に、それ以外はステッ
プS9に移行する。
If there is no duplicate record, in step S3, the access route rank m is set to the current access route rank p to r.
lJ is added, and if m becomes larger than n in step 5486, the process moves to step S5; otherwise, the process moves to step S9.

なお、今の処理ではmが「1」より小さくなることはな
い。
Note that in the current processing, m will never become smaller than "1".

mがnより大きくなっ大場合はステップS5でmに「1
」が設定され、カレントレコードのインデックス値2゛
の次に大きいインデックス値の連結インデックスレコー
ドを連結インデックスから求める処理Gが実行される。
If m is larger than n, set "1" to m in step S5.
'' is set, and processing G is executed to find a concatenated index record with the next largest index value after the index value 2'' of the current record from the concatenated index.

また、それ以外の場合はステップS9でインデックス値
2゛ と等しいインデックス値の連結インデックスレコ
ードを連結インデックスから求める処理Fが実行される
In other cases, in step S9, a process F is executed in which a linked index record having an index value equal to the index value 2' is obtained from the linked index.

これは、「1」を加えた結果が関係インデックス数nを
趙えたということは、同じインデックス値について最後
のアクセス経路順位まで処理が終了していることを意味
しているため、カレントなインデックスレコードと同し
インデックス値についての処理を省略するためである。
This means that the fact that the result of adding "1" has increased the number of related indexes n means that processing has been completed up to the last access route rank for the same index value, so the current index record This is to omit the processing for the same index value.

ここで、該当する連結インデックスレコードがない場合
は該当するファイルレコードは存在しないものとして、
ステップSIO,S15を経て処理は終了する。
Here, if there is no corresponding linked index record, it is assumed that the corresponding file record does not exist.
The process ends after steps SIO and S15.

nullでない場合は取り出した連結インデックスレコ
ード2のポインタ数の値が関係インデックス数nと等し
いか否かがステップSllで判断され、等しくない場合
はインデックス値2゛の次に大きいインデックス値の連
結インデックスレコードを連結インデックスから求める
処理Gがステ2ブS12で行われ、ステップ310以降
が繰り返される。
If it is not null, it is determined in step Sll whether the value of the number of pointers of the retrieved linked index record 2 is equal to the number of relational indexes n, and if not, the linked index record with the next largest index value after index value 2 is determined. A process G for determining the value from the concatenated index is performed in step S12, and steps 310 and subsequent steps are repeated.

ステップSllにおいて、取り出した連結インデックス
レコード2のポインタ数の値が関係インデックス数nと
等しい場合には、ステップ313で連結インデックスレ
コード2のrDがアクセス経路順位mであるポインタ部
のポインタがSに設定され、ステップ314でSの指す
ファイルレコードが求められて処理は終了する。
In step Sll, if the value of the number of pointers in the retrieved linked index record 2 is equal to the number of relational indexes n, in step 313, the pointer in the pointer section where rD of the linked index record 2 is the access route rank m is set to S. Then, in step 314, the file record pointed to by S is found, and the process ends.

第3図および第5図の例において、先頭のファイルレコ
ードから順番に読み出すとすると、次のような順番にな
る。
In the examples of FIGS. 3 and 5, if the file records are read out in order starting from the first file record, the order will be as follows.

A−3−B−3→B−4→ C−4→ A−6→B−6→ C−5−C−6 (4)カレントレコードの一つ前のレコードを求める処
理 この処理は仮想ファイルを構成する複数の基本ファイル
の様式を結合を条件に合成した場合に該当するファイル
レコードのうち、カレントレコードとして与えられてい
るレコードの一つ前に位置するファイルレコードを取得
する処理である。
A-3-B-3 → B-4 → C-4 → A-6 → B-6 → C-5-C-6 (4) Processing to obtain the record immediately before the current record This process is performed using a virtual file. This process obtains the file record located immediately before the record given as the current record among the corresponding file records when the formats of the multiple basic files constituting the file are combined under the condition of merging.

処理H,F、G、には次のような内容である。Processes H, F, and G have the following contents.

H;カレントなインデックスレコード0に対してカレン
トなポインタ値より小さなポインタを得る処理 F;インデックス値2° と等しいか小さいインデック
ス値の連結インデックスレコードを連結インデックスか
ら求める処理 G;インデックス値2゛より小さいインデックス値の連
結インデックスレコードを連結インデックスから求める
処理 に;m=p−1 動作は前述したカレントレコードの次のレコードを求め
る処理とほぼ同様であり、アクセス経路順位mの設定と
、インデックス値の大小関係とが異なるだけである。
H: Processing to obtain a pointer smaller than the current pointer value for the current index record 0 F; Processing to obtain a linked index record from the linked index with an index value equal to or smaller than index value 2° G: smaller than index value 2° The process of finding the linked index record of the index value from the linked index; m=p-1 The operation is almost the same as the process of finding the next record after the current record described above, and the setting of the access route rank m and the size of the index value The only difference is the relationship.

(5)指定されたインデックス値と等しいレコードを求
める処理 この処理ではカレントなインデックスレコード0はnu
llであり、カレントなインデックスレコード0を対象
とする処理H等は実行されない。
(5) Process to find a record equal to the specified index value In this process, the current index record 0 is nu
ll, and processing H etc. targeting the current index record 0 is not executed.

また、処理F、には次のような内容である。Further, processing F has the following contents.

F;指定されたインデックス値と等しいインデックス値
の連結インデックスレコードを連結インデックスから求
める処理 に;m−1 動作にあっては、ステップSl、32は実行されず、ス
テップS3でアクセス経路順位mにrlJが設定され、
ステップ34.36の判断によりステップS9に移行し
、指定されたインデックス値と等しいインデックス値の
連結インデックスレコードを連結インデックスから求め
る処理Fが実行される。該当するレコードがない場合は
、ステップS10.S15を経て処理は終了する。また
、該当するレコードがあってもステップ311でポイン
タ数が関係インデックス数nと等しくない場合は、処理
Gは定義されないので、ステップ810.515を経て
処理は終了する。
F; In the process of finding a concatenated index record with an index value equal to the specified index value from the concatenated index; m-1 operation, steps Sl and 32 are not executed, and in step S3 rlJ is added to the access route rank m. is set,
Based on the determination in steps 34 and 36, the process moves to step S9, and processing F is executed to obtain a linked index record having an index value equal to the specified index value from the linked index. If there is no corresponding record, step S10. The process ends after S15. Furthermore, even if there is a corresponding record, if the number of pointers is not equal to the number of relational indexes n in step 311, processing G is not defined, and the processing ends via step 810.515.

(6)様式毎にレコードを求める処理 この処理は、結合された仮想ファイルのファイルレコー
ドを様式毎に取得する処理である。
(6) Process for obtaining records for each format This process is a process for obtaining file records of combined virtual files for each format.

前述した各処理において、アクセス経路順位mとして、
指定された様式のIDの値を与えることにより、動作が
行われる。
In each process described above, as the access route rank m,
Actions are performed by providing the value of the ID of the specified format.

例えば、第3図および第5図において、様式Bが指定さ
れて該当するレコード全てを取り出す場合、連結インデ
ックスレコード25.28からIDが「2」のインデッ
クスレコードb2.b4が取得され、それらを辿ってフ
ァイルレコードB−3、B−4,B−6が求められる。
For example, in FIGS. 3 and 5, when format B is specified and all applicable records are retrieved, index record b2 with ID "2" is extracted from linked index record 25.28. b4 is obtained, and file records B-3, B-4, and B-6 are obtained by tracing them.

〔発明の効果〕〔Effect of the invention〕

以上説明したように、本発明の複数ファイル結合処理方
式にあっては、 ■結合の条件に合致したファイルレコードを得るのに、
連結インデックスの中からポインタ数が仮想ファイルを
構成する基本ファイルの総数と等しいもののみを取り出
せばよいため、処理が極めて高速に行える。
As explained above, in the multiple file merging processing method of the present invention, ■ To obtain file records that meet the merging conditions,
Since only those indexes whose pointer count is equal to the total number of basic files constituting the virtual file need to be extracted from the concatenated indexes, processing can be performed at extremely high speed.

■ディレクトリにおける仮想ファイルの定義中に関係イ
ンデックスの定義が含まれていないため、仮想ファイル
を複数定義する場合に、各仮想ファイルを構成する基本
ファイルの様式が同一であれば仮想ファイルの定義は一
つでよく、必要な連結インデックスを別に作成しておく
だけで足り、作業の簡素化および資源利用効率の向上を
図れる。
■As the definition of a relational index is not included in the definition of virtual files in a directory, when defining multiple virtual files, if the format of the basic files that make up each virtual file is the same, the definition of the virtual files will be the same. It is sufficient to create the necessary linked indexes separately, which simplifies the work and improves the efficiency of resource use.

■ディレクトリにおける仮想ファイルの定義中に結合、
連鎖、併合等の様式連関が含まれていないため、仮想フ
ァイルを構成する基本ファイルの様式と関係インデック
スとが同しであれば、同じ連結インデックスを用いて連
鎖併合等の処理も行え、柔軟性が大幅に増す。
■Join while defining a virtual file in a directory,
Since format relationships such as chaining and merging are not included, if the format of the basic files that make up the virtual file and the relationship index are the same, processes such as chain merging can be performed using the same linked index, providing flexibility. increases significantly.

等の効果がある。There are other effects.

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

第1図は本発明の複数ファイル結合処理方式の一実施例
を示す構成図、 第2図は第1図におけるディレクトリ内の定義情報の例
を示す図、 第3図は第1図における連結インデックスレコードファ
イルの例を示す図、 第4図は連結インデックスレコードの論理的構成図、 第5図は第1図におけるインデックスレコードファイル
の例を示す図、 第6図は第1図におけるファイルレコードファイルの例
を示す図、 第7図は第1図における結合検索手段の処理を示すフロ
ーチャート、 第8図は従来例を示す構成図、 第9図は第8図におけるディレクトリ内の定義情報の例
を示す図、 第10図は第8図におけるインデックスレコードファイ
ルの例を示す図、 第11図は第8図におけるファイルレコードファイルの
例を示す図および、 第12図は第8図における結合検索手段の処理を示すフ
ローチャートである。 図において、 1・・・・・・データベース 2・・・・・・ディレクトリ 3・・・・・・基本ファイル定義情報 4・・・・・・連結インデックス定義情報5・・・・・
・仮想ファイル定義情報 6・・・・・・連結インデックスレコードファイル7・
・・・・・インデックスレコードファイル8・・・・・
・ファイルレコードファイル9・・・・・・結合検索手
FIG. 1 is a block diagram showing an embodiment of the multiple file combination processing method of the present invention, FIG. 2 is a diagram showing an example of definition information in the directory in FIG. 1, and FIG. 3 is a concatenation index in FIG. 1. Figure 4 is a logical configuration diagram of a linked index record; Figure 5 is an example of the index record file in Figure 1; Figure 6 is a diagram of the file record file in Figure 1. Figure 7 is a flowchart showing the processing of the combined search means in Figure 1; Figure 8 is a configuration diagram showing a conventional example; Figure 9 is an example of definition information in the directory in Figure 8. Figure 10 is a diagram showing an example of the index record file in Figure 8, Figure 11 is a diagram showing an example of the file record file in Figure 8, and Figure 12 is the processing of the combined search means in Figure 8. It is a flowchart which shows. In the diagram, 1... Database 2... Directory 3... Basic file definition information 4... Consolidated index definition information 5...
・Virtual file definition information 6...Concatenated index record file 7・
...Index record file 8...
・File record file 9... Combined search means

Claims (2)

【特許請求の範囲】[Claims] (1)様式連関を含めず、構成要素たる基本ファイルの
様式のみを定義した仮想ファイルと、仮想ファイルとは
独立に定義され、インデックス値とポインタ数とIDと
インデックスレコードへのポインタとを含む複数の連結
インデックスレコードから構成される連結インデックス
と、ポインタ数が仮想ファイルを構成する基本ファイル
の総数と等しい連結インデックスレコードについてのみ
参照することにより、結合の検索処理を行う結合検索手
段とを備えたことを特徴とする複数ファイル結合処理方
式。
(1) A virtual file that does not include format relationships and only defines the format of the basic file that is a component, and multiple files that are defined independently of the virtual file and that include an index value, number of pointers, ID, and a pointer to an index record. a concatenated index composed of concatenated index records of A multiple file combination processing method featuring the following.
(2)結合検索手段は、参照した連結インデックスレコ
ードから、指定されたIDに対応するポインタのみを取
り出すことにより、様式毎に検索することを特徴とする
請求項1記載の複数ファイル結合処理方式。
(2) The multiple file combination processing method according to claim 1, wherein the combination search means searches for each format by extracting only a pointer corresponding to a designated ID from the referenced linked index record.
JP2261613A 1990-09-28 1990-09-28 Connection processing system of plural files Pending JPH04138565A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2261613A JPH04138565A (en) 1990-09-28 1990-09-28 Connection processing system of plural files

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2261613A JPH04138565A (en) 1990-09-28 1990-09-28 Connection processing system of plural files

Publications (1)

Publication Number Publication Date
JPH04138565A true JPH04138565A (en) 1992-05-13

Family

ID=17364339

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2261613A Pending JPH04138565A (en) 1990-09-28 1990-09-28 Connection processing system of plural files

Country Status (1)

Country Link
JP (1) JPH04138565A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010272030A (en) * 2009-05-22 2010-12-02 Nippon Telegr & Teleph Corp <Ntt> Database management method, distributed database system, and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010272030A (en) * 2009-05-22 2010-12-02 Nippon Telegr & Teleph Corp <Ntt> Database management method, distributed database system, and program

Similar Documents

Publication Publication Date Title
US7558802B2 (en) Information retrieving system
JP4866495B2 (en) Method and apparatus for executing combined queries in a database system
US6925462B2 (en) Database management system, and query method and query execution program in the database management system
US8756260B2 (en) System for organizing computer data
RU2005130021A (en) SYSTEM AND METHOD USING VIRTUAL FOLDERS
US7480662B2 (en) Fact table storage in a decision support system environment
JP2000339390A (en) Method for connecting tabular format data, method for presenting connected tabular format data, storage medium with program realizing the methods stored therein and tabular format data presentation system
EP1938212A1 (en) Methods and systems for joining database tables using indexing data structures
US10810174B2 (en) Database management system, database server, and database management method
JP4181196B2 (en) SEARCH SYSTEM, SEARCH METHOD, AND INFORMATION MANAGEMENT DEVICE
JP4136594B2 (en) Data processing method and data processing program
JP2003150633A (en) Data joining/presenting method and data joining/ presenting program
JPH04138565A (en) Connection processing system of plural files
JPH08235033A (en) Joint arithmetic system for object-oriented data base management system
US9767191B2 (en) Group based document retrieval
JP2006092409A (en) Composite database retrieval system, composite database retrieval method, and program therefor
JP2675958B2 (en) Information retrieval computer system and method of operating storage device thereof
JP2000222434A (en) Combination retrieval method
JP2827674B2 (en) Database search method
JP2903941B2 (en) Data retrieval device
JP2827658B2 (en) Figure analysis device and figure search device
JPH08328924A (en) Index updating system
JPH04156624A (en) High speed accessing systme in knowledge base systme
JPH08161345A (en) Information retrieving system
JPH04250568A (en) Record retrieval device