JPH0447350B2 - - Google Patents
Info
- Publication number
- JPH0447350B2 JPH0447350B2 JP60177133A JP17713385A JPH0447350B2 JP H0447350 B2 JPH0447350 B2 JP H0447350B2 JP 60177133 A JP60177133 A JP 60177133A JP 17713385 A JP17713385 A JP 17713385A JP H0447350 B2 JPH0447350 B2 JP H0447350B2
- Authority
- JP
- Japan
- Prior art keywords
- index
- tables
- information
- attribute
- record
- 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.)
- Expired - Lifetime
Links
- 238000010586 diagram Methods 0.000 description 11
- 239000011230 binding agent Substances 0.000 description 6
- 238000000034 method Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の詳細な説明】
産業上の利用分野
本発明は、データベースに総称される情報検索
装置に関するものである。DETAILED DESCRIPTION OF THE INVENTION Field of Industrial Application The present invention relates to an information retrieval device generally referred to as a database.
従来の技術
従来の情報検索装置においては、表はそれぞれ
独立な管理単位であり、表のグループ化という扱
いはなく、検索のための索引も表単位で作成され
ているのが普通である。BACKGROUND TECHNOLOGY In conventional information retrieval devices, tables are each independent management unit, tables are not grouped, and search indexes are usually created for each table.
リレーシヨナルデータベースにはビユー
(View)という概念があつて、現実的には存在し
ない仮想的な表を作り出すこともできるが、ビユ
ーは定義時に固定であり、新たな表が作成される
たびに取り込まれるような動的機能はない。 Relational databases have the concept of a view, and although it is possible to create virtual tables that do not actually exist, views are fixed at the time of definition and are imported every time a new table is created. There are no dynamic functions that can be used.
データベースとまではいかないが簡易言語の世
界でも、複数の表をバインダという単位で管理
し、個々の表内の検索だけでなくバインダ内のす
べての表についての検索が可能なものもある。 Even in the world of simple languages, if not databases, there are some that manage multiple tables in units called binders, and allow searches not only within individual tables but also across all tables within the binder.
発明が解決しようとする問題点
しかしながら、複数の同型の表に関する表の枠
を越えた検索というものが必要となつた時、それ
ぞれの属性について作成されている索引は独立な
ので、表を問わないそのいずれかの属性に含まれ
る属性値に対する検索は、検索条件式がかなり複
雑になり、検索速度の低下が著しくなつていた。Problems to be Solved by the Invention However, when it becomes necessary to search across multiple tables of the same type, the indexes created for each attribute are independent. When searching for an attribute value included in one of the attributes, the search condition expression becomes quite complex, resulting in a significant drop in search speed.
また、前記バインダも飽く迄もバインダであつ
てバインダ内の表の管理および表の内容はユーザ
の自由であり、グループの管理はユーザに委ねら
れその形式もバインダ名というものに限られてい
た。 Further, the binder is still a binder, and the management of tables within the binder and the contents of the tables are at the discretion of the user, and the management of groups is left to the user, and the format thereof is limited to the binder name.
本発明はかかる点に鑑み、複数の表の対応する
属性について共通の索引を自動的に作成したり、
共通の索引が作成されていなくてもグループ化さ
れた表のすべての索引を自動的に検索して、個々
の表の枠を越えた高速な検索を可能とする情報検
索装置を提供することを目的とする。 In view of this, the present invention automatically creates a common index for corresponding attributes of multiple tables,
To provide an information retrieval device that automatically searches all indexes of grouped tables even if no common index has been created, and enables high-speed searches beyond the boundaries of individual tables. purpose.
問題点を解決するための手段
本発明は、情報を複数の属性から成るレコード
の集合である表をグループ化して管理する情報管
理手段と、グループ内の各表の対応する属性につ
いて共通の索引を作成する索引作成手段と、グル
ープ内の各表の対応する属性について共通に作成
された索引を参照して目的とするレコードを検索
する検索手段を備えた情報検索装置である。Means for Solving the Problems The present invention provides information management means for grouping and managing tables, which are sets of records consisting of a plurality of attributes, and a common index for the corresponding attributes of each table in the group. This information retrieval device includes an index creation means for creating an index, and a search means for retrieving a target record by referring to an index created in common for corresponding attributes of each table in a group.
作 用
本発明は、上記した構成により、索引作成手段
は、情報管理手段によつて管理されるグループ化
された表内の索引作成に関して対応する属性につ
いて共通の索引を自動的に作成し、検索手段は、
情報管理手段によつて管理されるグループ化され
た表内の検索に関して対応する属性に対する索引
を自動的に検索することにより、複数の表にまた
がる属性値の検索が高速に行える。Effects According to the present invention, the index creation means automatically creates a common index for corresponding attributes in the grouped tables managed by the information management means, and performs the search. The means are
By automatically searching indexes for corresponding attributes regarding searches within grouped tables managed by the information management means, attribute values across multiple tables can be searched at high speed.
実施例
第1図は、本発明の一実施例における情報検索
装置のブロツク図を示すものである。第1図にお
いて1は情報管理手段、2は索引作成手段、3は
検索手段、4は索引である。Embodiment FIG. 1 shows a block diagram of an information retrieval device according to an embodiment of the present invention. In FIG. 1, 1 is an information management means, 2 is an index creation means, 3 is a search means, and 4 is an index.
情報管理手段1は、複数の属性の集まりから成
る情報をレコードという単位で管理し、レコード
の集合である表を主記憶上または二次記憶上に管
理する。いま、レコードを固定長とし二次記憶上
にすべてのレコードを保持する場合を考えると、
その格納形態は第2図のようになる。第2図にお
いて、5は二次記憶、51,52,……は表、5
11,512,……はレコードである。すべての
レコードにはレコード通番が付与されており、表
内における各レコードの格納位置は(レコード通
番)×(レコード長)で知ることができる。以下、
レコード番号を#(表番号):(レコード通番)で
表わすことにする。レコードは複数の属性から成
り、レコードの形式つまり表の型は定型義情報で
管理される。その一例を第3図に示す。第3図に
おいて、6は型定義情報、61は型番号、62は
属性名、63は属性の型(文字列、数値など)、
64は属性の長さ(幅)、65は索引番号である。
型番号61の値が同じである一連のレコードで1
つの型が定義される。表は型定義情報6に登録さ
れているいずれかの型で作成されており、その対
応を表管理情報で管理する。その一例を第4図に
示し、7は表管理情報、71は表番号、72は型
番号、73は表の索引共通化フラグ、74は表の
グループ番号である。 The information management means 1 manages information consisting of a collection of a plurality of attributes in units called records, and manages a table, which is a collection of records, on a main memory or a secondary storage. Now, if we consider the case where records are of fixed length and all records are held in secondary storage,
Its storage form is as shown in FIG. In Figure 2, 5 is secondary memory, 51, 52, ... are tables, 5
11, 512, . . . are records. Every record is given a record serial number, and the storage position of each record in the table can be determined by (record serial number) x (record length). below,
The record number will be expressed as # (table number): (record serial number). A record consists of multiple attributes, and the format of the record, that is, the type of the table, is managed using template information. An example is shown in FIG. In FIG. 3, 6 is type definition information, 61 is a type number, 62 is an attribute name, 63 is an attribute type (character string, numerical value, etc.),
64 is the length (width) of the attribute, and 65 is the index number.
1 in a series of records with the same value of type number 61
Two types are defined. The table is created using one of the types registered in the type definition information 6, and its correspondence is managed using the table management information. An example is shown in FIG. 4, where 7 is table management information, 71 is a table number, 72 is a type number, 73 is a table index commonization flag, and 74 is a table group number.
索引作成手段2は、型がiである表T内のある
属性ANijに関する索引を作成するように指示さ
れると、まず表管理情報7内の索引共通化フラグ
73の値FT(1:索引共通化の適用、O:非適
用)を調べ、FT=1ならば、型定義情報6によ
りレコード内の属性ANijの位置とその長さを知
り、属性の値とレコード番号との対応情報である
索引を索引番号Iijで示される索引内に作成する
(第5図)。FT=Oならば索引共通化非適用なの
で、表T専用の索引TIij内に同様に作成する。第
5図において、8は索引Iij、81は属性値、82
はその属性値を持つレコードのレコード番号であ
る。 When the index creation means 2 is instructed to create an index regarding a certain attribute AN ij in the table T whose type is i, first, the value F T (1: If F T = 1, the position of the attribute AN ij in the record and its length are known from the type definition information 6, and the correspondence between the attribute value and the record number is determined. An index, which is information, is created within the index indicated by index number Iij (FIG. 5). If F T =O, index commonization is not applied, so an index TI ij dedicated to table T is created in the same way. In FIG. 5, 8 is the index I ij , 81 is the attribute value, and 82
is the record number of the record with that attribute value.
検索手段3は、型によつてグループ化されてい
る一群の表内の属性ANijについて検索する場合、
型定義情報6により検索対象となる属性ANijに
関する索引番号Iijを知り、その索引内の属性値8
1と検索条件として与えられた属性値とを比較し
(一致、不一致、大小、包含など)、条件に合う属
性値81が見つかるとその属性値に対応するレコ
ード番号82を求め、そのレコード番号82によ
り目的とするレコードを二次記憶5から取り出
す。また、索引共通化によるグループ化がなされ
ていない表(索引共通化フラグ73の値=Oのも
の)については、検索対象となる属性ANijに関
する索引TIijに対して同様の操作を行なう。 When the search means 3 searches for attributes AN ij in a group of tables grouped by type,
The index number I ij regarding the attribute AN ij to be searched is known from the type definition information 6, and the attribute value 8 in that index is found.
1 and an attribute value given as a search condition (match, mismatch, size, inclusion, etc.), and when an attribute value 81 that meets the condition is found, a record number 82 corresponding to that attribute value is found, and that record number 82 is found. The target record is retrieved from the secondary storage 5. Furthermore, for tables that have not been grouped by index sharing (value of the index sharing flag 73 = O), the same operation is performed on the index TI ij related to the attribute AN ij to be searched.
以上のように構成された本実施例の情報検索装
置について以下その動作を説明する。 The operation of the information retrieval device of this embodiment configured as described above will be described below.
第6図は本実施例における情報管理手段1によ
る索引の共通化でグループ化された場合の第1の
管理形態を表わしたものである。第6図におい
て、10は表管理情報Aであり、1〜M、(M+
1)〜(M+N)は表である。ここで(M+1)
〜(M+N)は、同じ型iを持ち、共通の索引を
持つ第1の表のグループとし、これらの表の索引
共通化フラグFM+1〜FM+Nはすべて1とする。 FIG. 6 shows a first management form in the case where the information management means 1 in this embodiment groups information by sharing an index. In FIG. 6, 10 is table management information A, 1 to M, (M+
1) to (M+N) are tables. Here (M+1)
~(M+N) is a group of first tables having the same type i and a common index, and index commonization flags F M+1 to F M+N of these tables are all set to 1.
いま、第1の表のグループに属するが、異なる
表番号T1、T2ただし、(M+1)≦T1≦(M+
N)、(M+1)≦T2≦(M+N)に属する2つの
レコード#T1:R1、#T2:R2に対して属性ANij
についての索引を作成するように指示がなされる
と、索引作成手段2は、レコード番号#T1:R1
より、表番号T1を得、表管理情報A10により
型がiであることを知る。次に、型定義情報6よ
り型iの属性の構成を知るとともに属性ANijに
対する索引番号Iijを知り、上述の機能によりレコ
ード#T1:R1の属性ANijの属性値K1とレコード
番号#T1:R1とを対応させて索引Iijに登録する。
レコード#T2:R2についても同様の手順により、
属性値K2とレコード番号#T2:R2とを対応させ
て索引Iijに登録する(第7図)。 Now, they belong to the group of the first table, but have different table numbers T1 and T2. However, (M+1)≦T1≦(M+
Attribute AN ij for two records #T 1 : R 1 and #T 2 : R 2 belonging to N), (M+1)≦ T2≦ (M+N)
When the index creation means 2 is instructed to create an index for record number #T 1 :R 1
Thus, the table number T1 is obtained, and the table management information A10 is used to know that the type is i. Next, the structure of the attributes of type i is known from the type definition information 6, and the index number I ij for the attribute AN ij is known, and the attribute value K 1 of the attribute AN ij of record #T 1 : R 1 and the record The numbers #T 1 and R 1 are registered in the index I ij in correspondence with each other.
Follow the same procedure for record #T 2 :R 2 ,
The attribute value K 2 and the record number #T 2 :R 2 are associated and registered in the index I ij (FIG. 7).
検索手段3は、型で索引が共通化されている表
についての検索時には、型定義情報6を参照する
ことにより型i内の属性ANijが索引Iijを持つこと
を知り、索引Iijを検索することにより、表という
枠を越えてレコード#T1:R1、#T2:R2を捜し
出すことが可能になる。 When searching for a table in which the index is shared by type, the search means 3 learns that the attribute AN ij in the type i has the index I ij by referring to the type definition information 6, and searches the index I ij by referring to the type definition information 6 . By searching, it becomes possible to find records #T 1 :R 1 and #T 2 :R 2 beyond the framework of the table.
第8図は本実施例における情報管理手段1によ
る索引の共通化でグループ化された場合の第2の
管理形態を表わしたものである。第8図におい
て、20は表管理情報Bであり、1〜M、(M+
1)〜(M+N)は表である。ここで(M+1)
〜(M+N)は、同じ型を持つが共通の索引を持
たない第2のグループSに属する表とし、これら
の表の索引共通化フラグFM+1〜FM+NはすべてO
とする。 FIG. 8 shows a second management form in the case where the information management means 1 in this embodiment groups information by sharing an index. In FIG. 8, 20 is table management information B, 1 to M, (M+
1) to (M+N) are tables. Here (M+1)
~(M+N) are tables belonging to the second group S that have the same type but do not have a common index, and the index commonization flags F M+1 ~ F M+N of these tables are all O.
shall be.
いま、第2のグループSに属するが、異なる表
番号T3、T4ただし、(M+1)≦T3≦(M+N)。
(M+1)≦T4≦(M+N)に属する2つのレコー
ド#T3:R3、#T4:R4に対して属性ANKについ
ての索引を作成するように指示がなされると、索
引作成手段2は、レコード番号#T3:R3より、
表番号T3を得、表管理情報B20により表T3が
専用の索引を持つことを知り、属性ANKに対す
る索引TIK3に属性値K3とレコード番号#T3:R3
とを対応させて登録する。レコード#T4:R4に
ついても同様の手順により、属性値K4とレコー
ド番号#T4:R4とを対応させて索引TIK4に登録
する(第9図)。 Now, although they belong to the second group S, they have different table numbers T3 and T4, where (M+1)≦T3≦(M+N).
When an instruction is given to create an index for the attribute AN K for two records #T 3 : R 3 and #T 4 : R 4 belonging to (M+1)≦T4≦(M+N), the index creation means 2 is from record number #T 3 :R 3 ,
Obtaining table number T 3 , knowing from table management information B20 that table T 3 has a dedicated index, and adding attribute value K 3 and record number #T 3 to index TI K3 for attribute AN K : R 3
and register it in correspondence. For record #T 4 :R 4 , the attribute value K 4 and record number #T 4 :R 4 are registered in the index TI K4 in correspondence with each other by the same procedure (FIG. 9).
検索手段3は、表管理情報B20を参照するこ
とにより表T3、T4が同じグループSに属するこ
とを知り、属性ANKに対する索引TIK3、TIK4な
らびにその他の対応するすべての索引TIKSを検索
することにより、表という枠を越えてレコード
#T3:R3、#T4:R4を捜し出すことが可能にな
る。 The search means 3 knows that tables T 3 and T 4 belong to the same group S by referring to the table management information B20, and retrieves the indexes TI K3 and TI K4 and all other corresponding indexes TI KS for the attribute AN K. By searching for records #T 3 :R 3 and #T 4 :R 4 beyond the framework of the table, it becomes possible to search for records #T 3 :R 3 and #T 4 :R 4 .
以上のように本実施例によれば、データベース
内の複数の表に対して、索引作成に関するグルー
プ化あるいは検索に関するグループというものを
定義することにより、表の枠を越えた検索が高速
に行える。 As described above, according to this embodiment, by defining grouping related to index creation or grouping related to searching for a plurality of tables in the database, searching beyond the boundaries of the tables can be performed at high speed.
なお、索引の作用法についは、ISAM、B−
TREE、HASH等のいくつかの手法があり本実
施例に限るものではなく、索引作成に関するグル
ープ化と検索に関するグループ化とはそれぞれ無
関係に定義できるのは言うまでもない。 For information on how indexes work, see ISAM, B-
There are several methods such as TREE and HASH, which are not limited to this embodiment, and it goes without saying that grouping related to index creation and grouping related to searching can be defined independently of each other.
発明の効果
以上説明したように、本発明によれば、同じ形
式を持つ複数の表にまたがる属性値の検索も検索
条件式を複雑にすることなくしかも高速に検索す
ることが期待でき、その実用的効果は大きい。Effects of the Invention As explained above, according to the present invention, it is possible to perform a high-speed search for attribute values across multiple tables having the same format without complicating the search condition expression, and it is possible to put this into practical use. The effect is significant.
第1図は本発明における一実施例の情報検索装
置のブロツク図、第2図は二次記憶内の表および
レコードの格納形態図、第3図は型定義情報の構
造図、第4図は表管理情報の構造図、第5図は索
引の構造図、第6図は同実施例における第1の表
管理形態図、第7図は第1の表管理形態における
索引への登録の説明図、第8図は同実施例におけ
る第2の表管理形態図、第9図は第2の表管理形
態における索引への登録の説明図である。
1……情報管理手段、2……索引作成手段、3
……検索手段、4……索引、5……二次記憶、5
1,52〜……表、511,512〜……レコー
ド、6……型定義情報、7……表管理情報、8…
…索引、10,20……表管理情報。
FIG. 1 is a block diagram of an information retrieval device according to an embodiment of the present invention, FIG. 2 is a storage format diagram of tables and records in secondary storage, FIG. 3 is a structure diagram of type definition information, and FIG. 4 is a diagram of the storage format of tables and records in secondary storage. A structural diagram of table management information, Fig. 5 is a structural diagram of an index, Fig. 6 is a diagram of the first table management form in the same embodiment, and Fig. 7 is an explanatory diagram of registration in the index in the first table management form. , FIG. 8 is a diagram of a second table management format in the same embodiment, and FIG. 9 is an explanatory diagram of registration in an index in the second table management format. 1... Information management means, 2... Index creation means, 3
... Search means, 4 ... Index, 5 ... Secondary memory, 5
1,52~...Table, 511,512~...Record, 6...Type definition information, 7...Table management information, 8...
...Index, 10, 20...Table management information.
Claims (1)
数の表を、その複数の表の内、少なくとも1つの
共通の属性を持つ表群をグループ化して管理する
情報管理手段と、 前記表内の特定の属性についてその属性値の索
引を作成する索引作成手段と、前記索引を検索す
ることにより目的とする前記表内のレコードを得
る検索手段とを具備し、 前記索引作成手段は、前記表がどのグループに
属しているかを識別し、グループ内の各表に共通
する属性について索引を作成し、 前記検索手段は、前記表がどのグループに属し
ているかを識別し、前記索引を参照して目的とす
る前記レコードを検索する機能を有することを特
徴とする情報検索装置。[Scope of Claims] 1. Information management means for managing a plurality of tables, which are sets of records having a plurality of attributes, by grouping a group of tables having at least one common attribute among the plurality of tables; index creation means for creating an index of attribute values for a specific attribute in the table; and search means for obtaining a target record in the table by searching the index, the index creation means , identifying which group the table belongs to and creating an index for attributes common to each table in the group; An information retrieval device characterized by having a function of referencing and retrieving the target record.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60177133A JPS6237741A (en) | 1985-08-12 | 1985-08-12 | Information retrieving device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60177133A JPS6237741A (en) | 1985-08-12 | 1985-08-12 | Information retrieving device |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5154760A Division JP2697559B2 (en) | 1993-06-25 | 1993-06-25 | Information retrieval device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS6237741A JPS6237741A (en) | 1987-02-18 |
| JPH0447350B2 true JPH0447350B2 (en) | 1992-08-03 |
Family
ID=16025755
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP60177133A Granted JPS6237741A (en) | 1985-08-12 | 1985-08-12 | Information retrieving device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS6237741A (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06301729A (en) * | 1993-04-16 | 1994-10-28 | Fuji Xerox Co Ltd | Data retrieving device |
-
1985
- 1985-08-12 JP JP60177133A patent/JPS6237741A/en active Granted
Also Published As
| Publication number | Publication date |
|---|---|
| JPS6237741A (en) | 1987-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7185016B1 (en) | Methods and transformations for transforming metadata model | |
| US20150227570A1 (en) | Dynamic updates to a semantic database using fine-grain locking | |
| Goh et al. | Indexing temporal data using existing B+-trees | |
| JPH04124774A (en) | Data storage method for hierarchical construction in related data base | |
| JPH0447350B2 (en) | ||
| Hua et al. | Object skeletons: an efficient navigation structure for object-oriented database systems | |
| JP2697559B2 (en) | Information retrieval device | |
| JPH02297670A (en) | Data base retrieving system | |
| Gillenson | Physical design equivalencies in database conversion | |
| JP2940522B2 (en) | Index creation method and information retrieval device | |
| Soergel | Data models for an integrated thesaurus database | |
| White et al. | A brief introduction to data storage and retrieval in MERLIN (MachinE Readable Library INformation) | |
| JPH01241640A (en) | Data base device and data base managing method | |
| Zheng et al. | G-view: View management for graph databases | |
| JPH0193843A (en) | System for coupling table | |
| CN117271688B (en) | General position information organization method based on geospatial grid domain name | |
| Kurtz | An introduction to database management systems | |
| JPH04156624A (en) | High speed accessing systme in knowledge base systme | |
| JPS6243730A (en) | Information retrieval device | |
| Deen | Data and File Structure | |
| Paparizos et al. | The importance of algebra for XML query processing | |
| JPH02190970A (en) | Index structure and search processing method using the structure | |
| Nascimento et al. | Indexing Bitemporal Databases Via Trees with Shared Leaves: The SLT Approach | |
| Anusha | A Survey-Web Information Extraction and | |
| kalyan Deepak et al. | Retrieve Records from Web Database Using Data Alignment |