JPH035886A - Relational data base computing system - Google Patents
Relational data base computing systemInfo
- Publication number
- JPH035886A JPH035886A JP1139094A JP13909489A JPH035886A JP H035886 A JPH035886 A JP H035886A JP 1139094 A JP1139094 A JP 1139094A JP 13909489 A JP13909489 A JP 13909489A JP H035886 A JPH035886 A JP H035886A
- Authority
- JP
- Japan
- Prior art keywords
- attribute
- hash value
- combined operation
- data base
- list
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Abstract
Description
【発明の詳細な説明】
［発明の目的］
（産業上の利用分野）
本発明は関係データベース間での結合演算を高速に、効
率良く実行することのできる関係データベース演算シス
テムに関する。DETAILED DESCRIPTION OF THE INVENTION [Object of the Invention] (Industrial Application Field) The present invention relates to a relational database calculation system that can perform join operations between relational databases at high speed and efficiently.
（従来の技術）
近時、種々の情報のデータベース化が進められ、情報検
索等に効率的に利用されるようになってきた。ところが
この種のデータベースは、その利用目的に応じてシステ
ム毎にそれぞれ独立に構・−築されているのが実情であ
る。そこで最近では、これらの複数の関係データベース
をその属性に従って結合し、より内容の充実したデータ
ベースを一構築して種々の知識処理に利用することが試
みられている。(Prior Art) Recently, various types of information have been compiled into databases, and they have come to be efficiently used for information searches and the like. However, the reality is that this type of database is constructed independently for each system depending on its purpose of use. Recently, attempts have been made to combine these plurality of relational databases according to their attributes to construct a database with richer content and use it for various knowledge processing.
このような関係データベース間での結合演算を高速に行
う手法として、例えば
Ｋｔｔｓｕｒｅｇａｗａ、Ｍ ｅｔ ａｌ″Ａｒｃｈ
ｌｔｅｃｔｕｒｅ ａｎｄ Ｐｅｒｆ’ｏｒＩＩａｎｃ
ｅ ｏｒ ｔｈｅＲｅｌａｔｉｏｎａｌ Ａｌｇｅｂｒ
ａ Ｍａｃｈｉｎｅ ＧＲＡＣＥＰｒＯｅｅｅｄｉｎｇ
Ｓ ０ｆｔｈｅ ＩｎｔｅｒｎａｔｉｏｎａｌＣｏｎｆ
’ｅｒｅｎｃｅ ｏｎ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅ
ｓｓｉｎｇ、１９ｇ４なる文献に紹介されるように、結
合演算の対象となる２つの属性のハツシユ値をそれぞれ
求め、ハッシュ値の等しい属性間でのみ実際の結合演算
を行うことが知られている。As a method for performing join operations between such relational databases at high speed, for example, Kttsuregawa, M et al "Arch"
ltecture and Perf'orIIanc
e or theRelational Algebr
a Machine GRACEPrOeeeding
S of the International Conf.
'erence on Parallel Process
As introduced in the document ssing, 19g4, it is known to obtain the hash values of two attributes to be subjected to a join operation, and to perform the actual join operation only between attributes with the same hash value.
この結合演算は第４図に例示するように、２つの関係デ
ータベースＡ、Ｂ間で結合演算を実行して新たな関係デ
ータベースＣを求めるような場合、その結合演算の対象
とする関係データベースＡので結合演算を実行すること
で前記関係データベースＡ、Ｂの属性項目を求めた新た
な関係データベースＣを作成するものである。As illustrated in Figure 4, this join operation is performed when a new relational database C is obtained by performing a join operation between two relational databases A and B. By executing a join operation, a new relational database C is created in which the attribute items of the relational databases A and B are obtained.
尚、ここではハツシュ関数ｈ （ｘ）に基づく３ビツト
のハツシュ値として、
ｈ （ａｂｅｄ）−［００１１
ｈ （ｘｙｚ） −［０１０］
ｈ （ｐｑｒ） −［１１０］
が定義されている。Here, h (abed) - [0011 h (xyz) - [010] h (pqr) - [110] is defined as a 3-bit hash value based on the hash function h (x).
しかして実際の結合演算は、この例では関係データベー
スＡの属性２の値（文字列）と関係データベースＢの属
性１の値（文字列）とを直接照合することなく、関係デ
ータベースＡのハツシュ値（属性２′）と、関係データ
ベースＢのハツシュ値（属性１′）とが等しいタプルを
求め、これらのタプル間で結合演算処理が行われる。こ
の結果、実際に行われる文字列照合の回数が大幅に低減
され、結合演算の高速化が図られる。Therefore, in this example, the actual join operation is performed without directly comparing the value of attribute 2 (character string) of relational database A with the value (character string) of attribute 1 of relational database B. (attribute 2') is equal to the hash value (attribute 1') of relational database B, and a join operation process is performed between these tuples. As a result, the number of character string comparisons that are actually performed is significantly reduced, and the speed of the join operation is increased.
ところがこのような手法をリストを含む非正規形の関係
データベースに適用しようとすると聞届るときにそれら
の間の結合を行うべく、上記リスト形式で与えられる属
性のハツシュ値を求めても上記関係データベースＥの属
性のハツシュ値と一致することがない。つまりリスト形
式で与えられた関係データベースＤの属性２のハツシュ
値を求めても、このハツシュ値から関係データベースＤ
の属性２が関係データベースＥの属性を要素として含む
か否かを判定することができない。この為、リストを含
む非正規形の関係データベースに対する結合演算を効率
的に行うことができないと云う問題があった。However, when trying to apply such a method to a relational database in non-normal form that includes lists, even if the hash value of the attribute given in the above list format is calculated in order to perform a join between them, the above relation will not be obtained. There is no match with the hash value of the attribute in database E. In other words, even if the hash value of attribute 2 of the relational database D given in list form is calculated, from this hash value the relational database D
It is not possible to determine whether attribute 2 of contains an attribute of relational database E as an element. For this reason, there is a problem in that it is not possible to efficiently perform join operations on non-normal relational databases that include lists.
（発明が解決しようとする課題）
このように従来にあっては、知識処理に利用されるデー
タベースのようにリスト構造を含む関係データベースに
対し、ある関係データベースの属性が他の関係データベ
ースの属性にリスト内に含まれるか否かを条件として関
係データベース間での結合演算を行う場合、ハツシュ値
を用いた結合／ｊＩｔ算の高速化の手法を採用すること
ができないと云う聞届があった。(Problem to be Solved by the Invention) In this way, conventionally, for relational databases that include list structures such as databases used for knowledge processing, the attributes of one relational database are not the same as the attributes of other relational databases. It has been reported that when performing a join operation between relational databases based on whether or not they are included in a list, it is not possible to adopt a method of speeding up the join/jIt calculation using hash values.
本発明はこのような事情を考慮してなされたもシステム
を提供することにある。The object of the present invention is to provide a system that takes these circumstances into consideration.
［発明の（１■成］
（課題を解決するための手段）
本発明は複数の関係データベースの属性間で当該関係デ
ータベース間の結合演算を行う関係データベース演算シ
ステムに係り、
結合演算の対象となる関係データベースの属性がリスト
形式でない場合には、予め定められたハツシュ関数に従
ってその属性のハツシュ値を求めると共に、結合演算の
対象となる関係データベースの属性がリスト形式で与え
られる場合には、その属性の各要素についてのハツシュ
値のビット並列な論理和を求める手段を備え、このビッ
ト並列なハツシュ値の論理和と上記結合演算の対象とな
る他方の関係データベースの属性のハツシュ値とを照合
してその値が等しいと判断された属性間でのみ結合演算
を実行するようにしたことを特徴とするものである。[(1) of the invention] (Means for solving the problem) The present invention relates to a relational database calculation system that performs a join operation between attributes of a plurality of relational databases, which are objects of the join operation. If the attribute of the relational database is not in list format, calculate the hash value of that attribute according to a predetermined hash function, and if the attribute of the relational database that is the target of the join operation is given in list format, the attribute is provided with means for calculating a bit-parallel logical OR of hash values for each element, and compares this bit-parallel logical OR of the hash values with the hash value of the attribute of the other relational database that is the target of the above-mentioned join operation. This method is characterized in that a join operation is executed only between attributes whose values are determined to be equal.
（作 用） 値がそのまま求められる。(for production) The value can be calculated as is.
結合演算部５は、上述した如くインデックス作成部３，
４にてそれぞれ求められる第１および第２の関係データ
ベースの属性についてのハツシュ値を相互に照合し、ハ
ツシュ値の等しい属性間で上即ち、データベース格納部
１に格納された第１の関係データベースの第２の属性と
して与えられるリストに含まれる要素に、前記データベ
ース格納部２に格納された第２の関係データベースの第
１の属性が等しいとき、これらの属性間で結合を行うも
のとする。するとインデックス作成部３は、データベー
ス格納部ｌに格納された第１の関係データベースの第２
の属性がリスト形式で与えられるから、先ずそのリスト
形式で示される属性の要素のハツシュ値を所定のハツシ
ュ関数に従ってそれぞれ求め、これらのハツシュ値のビ
ット並列な論理和を当該属性のハツシュ値として求める
。As described above, the join operation unit 5 is configured to combine the index creation unit 3,
The hash values for the attributes of the first and second relational databases obtained in step 4 are compared with each other, and between the attributes with the same hash value, that is, the hash values of the first relational database stored in the database storage unit 1 are When the first attribute of the second relational database stored in the database storage unit 2 is equal to the element included in the list given as the second attribute, a connection is made between these attributes. Then, the index creation unit 3 indexes the second relational database of the first relational database stored in the database storage unit l.
Since the attributes are given in a list format, first find the hash value of each element of the attribute shown in the list format according to a predetermined hash function, and then find the bit-parallel OR of these hash values as the hash value of the attribute. .
具体的には、第１の関係データベースのリストを構成す
る第２の属性の各要素（アトム）ａ、ｂ。Specifically, each element (atom) a, b of the second attribute that constitutes the list of the first relational database.
〜ｈ（第２の関係データベースの第１の属性と等価）に
対して、例えば第２図に示すように予め定められた所定
のハツシュ関数りを適用し、ｈ （ａ） −［００００
０００１］、 ｈ （ｂ） −［００００００１０］
ｈ （ｃ） −［０００００１００１，ｈ （ｄ） −
［０１０００１００１ｈ （ｃ） −［００１００００
（１１，ｈ （ｆ） −［１０００００００１により求
める。つまり、［ａ、ｂ、ｄ］なるリストとして示され
る属性については、それらの各要素のハツシュ値を
ｈ （ａ） −［０００００００１コｈ （ｉ＞）
＝ ［：０Ｏ００００１０］ｈ （ｄ） −［０１０
００１，００］として求め、これらの各要素のハツシュ
値の間でビット並列にその論理和を求めて当該属性のノ
＼ツシュ値を
ｈ （［ａ、ｂ、ｄｌ） −［口１０００１１１１
として求める。For example, as shown in FIG. 2, a predetermined hash function is applied to h (equivalent to the first attribute of the second relational database), and h (a) −[0000
0001], h (b) −[00000010]
h (c) −[000001001, h (d) −
[010001001h (c) −[0010000
(11, h (f) - [100000001. In other words, for the attributes shown as a list [a, b, d], the hash value of each element is h (a) - [00000001 h (i >)
= [:0O000010]h (d) −[010
001,00], and calculate the logical OR of the hash values of each element in bit parallel to obtain the no\tsh value of the attribute as h ([a, b, dl) - [mouth 10001111
Find it as.
同様にして［ｂ、ｅ、ｆｌ ［ｂ、ｃ、ｇ］［ｃ、ｄ
、ｈｌなるリストとして示される各属性についても、
ｈ （Ｃｂ、ｅ、ｆ’］） −［１０１０００１０］ｈ
（［：ｂ、ｃ、ｇ］） −［０１１００１１０１ｈ
（［：ｃ、ｄ、ｈｌ） −［０１０１０１００１として
それぞれそのハツシュ値を求める。Similarly, [b, e, fl [b, c, g] [c, d
, hl, h (Cb, e, f']) - [10100010]h
([:b,c,g]) -[011001101h
([:c, d, hl) - [010101001, respectively, to obtain its hash value.
結合演算部５は、このようにして求められる第１の関係
データベースについてのハツシュ値と第プル間について
のみ結合演算を実行する。このハツシュ値の照合処理に
よってタプルが見出されなかったものについては、結合
演算の対象から除外される。The join operation unit 5 executes the join operation only between the hash value for the first relational database obtained in this manner and the first pull. Tuples for which no tuples are found through this hash value matching process are excluded from the join operation.
このような結合演算処理により、この第１図に上述した
ハツシュ値による演算について更に説明すると、成る属
性りが複数の要素Ｌｌ、Ｌ２．〜Ｌｎのリストとして与
えられる場合、これらの各要素ＬＬ、Ｌ２．〜Ｌｎのバ
ッジ、、Ｌ ＠ ｈ （Ｌｌ）、 ｈ （Ｌ２）。To further explain the operation using the hash value described above in FIG. 1, by such a combination operation process, the attributes consisting of a plurality of elements Ll, L2 . ~Ln, each of these elements LL, L2 . ~Ln badge,, L @ h (Ll), h (L2).
〜ｈ （Ｌｎ）のビット並列な論理和をｈ （Ｌ）とす
ると、上記各ハツシュ値ｈ （ＬＬ）、 ｈ （Ｌ２
）、 〜ｈ （Ｌｎ）のそれぞれにおいて［１］が立っ
ているビットについては、上記論理和ｈ （Ｌ）の該当
ビットにも必ず［１］が立つことになる。If the bit-parallel logical sum of ~h (Ln) is h (L), then each of the above hash values h (LL), h (L2
), ~h (Ln), the corresponding bits in the logical sum h (L) will also always be set to [1].
しかしてこのようにリストを構成する各要素のハツシュ
値をビット並列に論理和してなる当該すｈ（Ｌ） △
ｈ （Ｌｌ）−ｈ （Ｌｌ）ｈ （Ｌ） △ｈ （Ｌ
２）讃ｈ （Ｌ２）果、従来での問題を解消して種々の
関係データベｈ （Ｌ）八ｈ （１１）−ｈ （Ｌｎ）
［但し、△は論理積を示す演算子コ
なる関係が必ず成立するので、リスト形式の属性の要素
として他方の関係データベースの属性が含まれているこ
とを簡易に、且つ効果的に判定することが可能となる。However, the hash value of each element constituting the list is ORed in bit parallel in this way to obtain the corresponding h(L) △
h (Ll)-h (Ll)h (L) △h (L
2) Praise h (L2) As a result, solving the conventional problems and creating various relational databases h (L) 8h (11)-h (Ln)
[However, △ is an operator indicating logical product. Since the relationship always holds true, it is possible to easily and effectively determine whether an attribute of the other relational database is included as an element of an attribute in list format. becomes possible.
かくして上述したようにして関係データベース間の結合
条件とする属性についてのハツシュ値を、その属性がリ
スト形式で与えられる場合には、そのリストの要素のハ
ツシュ値のビット並列な論理和として求め、これらのハ
ツシュ値の照合によって結合演算を実行するか否かを判
定する本システムによれば、リスト形式のデータを含む
関係データベースに対する結合演算であっても、これを
簡易に高速に処理することができる。つまりハツシュを
インデックスとして高速に関係データベース間での結合
演算を実行することができる。この結ではない。ここで
は２つの関係データベース間でるものではない。またハ
ツシュ関数としても、その属性の数や内容に応じて定め
れば良いものであり、要は本発明はその要旨を逸脱しな
い範囲で種々変形して実施することができる。Thus, as described above, when the attribute is given in the form of a list, the hash value for the attribute that is used as the join condition between relational databases is calculated as the bit-parallel OR of the hash values of the elements of the list, and these values are According to this system, which determines whether to execute a join operation by comparing the hash values of . In other words, it is possible to perform a join operation between relational databases at high speed using the hash as an index. This is not the conclusion. Here, we are not talking about a relationship between two relational databases. Furthermore, the hash function may be determined depending on the number and content of its attributes, and the point is that the present invention can be implemented with various modifications without departing from the gist thereof.
［発明の効果］
以上説明したように本発明によれば、リスト形式のデー
タを含む関係データベースについてもその結合演算を簡
易に効率良く、高速に実行することができる等の実用上
多大なる効果が奏せられる。[Effects of the Invention] As explained above, according to the present invention, there are great practical effects such as the ability to easily, efficiently, and quickly execute join operations for relational databases that include list-format data. It can be played.
第１図は本発明の一実施例に係る関係データベース演算
システムの基本的な構成を示す図、第２図は実施例シス
テムで用いられるハッシニ関数の例を示す図、第３図（
ａ）〜（ｄ）はリスト形式で与えられる属性のハツシュ
値の算出例を示す図、ラン二を用いて結合演算できなか
った関係データベースの例を示す図である。
１．２・・・データベース格納部、３．４・・・インデ
ックス作成部（ハツシュ値の算出手段）、５・・・結合
演算部、６・・・結果リレーション格納部。FIG. 1 is a diagram showing the basic configuration of a relational database calculation system according to an embodiment of the present invention, FIG. 2 is a diagram showing an example of a Hassini function used in the embodiment system, and FIG.
Figures a) to (d) are diagrams showing an example of calculation of hash values of attributes given in a list format, and diagrams showing an example of a relational database in which a join operation could not be performed using Ranji. 1.2... Database storage unit, 3.4... Index creation unit (hash value calculation means), 5... Join operation unit, 6... Result relation storage unit.
Claims (1)
ス間の結合演算を行うに際し、 結合演算の対象となる関係データベースの属性がリスト
形式で与えられる場合には、その属性の各要素について
のハッシュ値のビット並列な論理和を求める手段を備え
、このビット並列なハッシュ値の論理和と上記結合演算
の対象となる他方の関係データベースの属性のハッシュ
値とを照合してその値が等しいと判断された属性間での
み結合演算を実行することを特徴とする関係データベー
ス演算システム。[Claims] When performing a join operation between attributes of a plurality of relational databases, if the attributes of the relational databases to be subjected to the join operation are given in a list format, each element of the attributes. The logical sum of the bit-parallel hash values is compared with the hash value of the attribute of the other relational database that is the target of the above join operation, and the value is A relational database calculation system characterized by performing a join operation only between attributes determined to be equal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1139094A JPH0675254B2 (en) | 1989-06-02 | 1989-06-02 | Kaiko database operation system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1139094A JPH0675254B2 (en) | 1989-06-02 | 1989-06-02 | Kaiko database operation system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH035886A true JPH035886A (en) | 1991-01-11 |
| JPH0675254B2 JPH0675254B2 (en) | 1994-09-21 |
Family
ID=15237355
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1139094A Expired - Lifetime JPH0675254B2 (en) | 1989-06-02 | 1989-06-02 | Kaiko database operation system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0675254B2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008070961A (en) * | 2006-09-12 | 2008-03-27 | Nippon Telegr & Teleph Corp <Ntt> | Message transfer system and message transfer program |
| JP2011242851A (en) * | 2010-05-14 | 2011-12-01 | Nippon Telegr & Teleph Corp <Ntt> | Coupling method of sum set integration processing and equivalent linking processing and database system and program |
| JP2015505199A (en) * | 2011-12-14 | 2015-02-16 | アクティクス・リミテッド | Method and system for maintaining or optimizing a cellular network |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63225824A (en) * | 1987-03-16 | 1988-09-20 | Agency Of Ind Science & Technol | Set operation system |
-
1989
- 1989-06-02 JP JP1139094A patent/JPH0675254B2/en not_active Expired - Lifetime
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63225824A (en) * | 1987-03-16 | 1988-09-20 | Agency Of Ind Science & Technol | Set operation system |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008070961A (en) * | 2006-09-12 | 2008-03-27 | Nippon Telegr & Teleph Corp <Ntt> | Message transfer system and message transfer program |
| JP2011242851A (en) * | 2010-05-14 | 2011-12-01 | Nippon Telegr & Teleph Corp <Ntt> | Coupling method of sum set integration processing and equivalent linking processing and database system and program |
| JP2015505199A (en) * | 2011-12-14 | 2015-02-16 | アクティクス・リミテッド | Method and system for maintaining or optimizing a cellular network |
| US10091668B2 (en) | 2011-12-14 | 2018-10-02 | Actix Limited | Mobile phone network management systems |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0675254B2 (en) | 1994-09-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Giugno et al. | Graphgrep: A fast and universal method for querying graphs | |
| US7409401B2 (en) | Method and system for supporting multivalue attributes in a database system | |
| US6009432A (en) | Value-instance-connectivity computer-implemented database | |
| US7058621B1 (en) | Method for extracting information from a database | |
| US9870382B2 (en) | Data encoding and corresponding data structure | |
| US20020099688A1 (en) | Method and system for handling foreign key update in an object-oriented database environment | |
| CN106227799B (en) | A kind of sql sentence processing method based on distributed data base | |
| JPH035886A (en) | Relational data base computing system | |
| JPH02132559A (en) | Natural connection arithmetic processing system | |
| JP3555542B2 (en) | Group number setting device and group number setting method | |
| JPS6136654B2 (en) | ||
| JPH01102656A (en) | Estimation processing system for system performance | |
| JPH04156624A (en) | High speed accessing systme in knowledge base systme | |
| JPS61251966A (en) | Image processor | |
| JPH02190970A (en) | Index structure and search processing method using the structure | |
| JP2001155028A (en) | Aggregate calculation processing method and device for relational database, and computer readable recording medium recorded with aggregate arithmetic processing program | |
| JPS63204434A (en) | Electronic document retrieving device | |
| JPH1055373A (en) | Index generating method and information retrieval device | |
| JPH0926967A (en) | Data base retrieval system | |
| JPH04148373A (en) | Data retrieving system | |
| JP2002183142A (en) | Device and method for storing data, and computer- readable recording medium with recorded program making computer to implement data storing method | |
| JPH06124304A (en) | Retrieving method using overlap code for extended item | |
| Pham et al. | An algorithm based on the immune system for extracting fault classes from instance histories | |
| JPH01279318A (en) | Index retrieving system | |
| JPH05257688A (en) | Method and device for generating simplified substitution |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EXPY | Cancellation because of completion of term |