JPH1055373A - 索引作成方法および情報検索装置 - Google Patents
索引作成方法および情報検索装置Info
- Publication number
- JPH1055373A JPH1055373A JP9153340A JP15334097A JPH1055373A JP H1055373 A JPH1055373 A JP H1055373A JP 9153340 A JP9153340 A JP 9153340A JP 15334097 A JP15334097 A JP 15334097A JP H1055373 A JPH1055373 A JP H1055373A
- Authority
- JP
- Japan
- Prior art keywords
- index
- record
- tables
- attribute
- information
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 同じレコード形式に基づいて生成された複数
の表にまたがる属性値の検索も、検索条件式を複雑にす
ることなく、しかも高速に検索する。 【解決手段】 索引作成手段は、表ＩＤとレコードＩＤ
を合成して、データベース内でユニークなレコードポイ
ンタを生成し、属性値とこのレコードポインタを対応づ
けて索引に登録する。情報検索手段は、複数の表に共通
に作成された索引、または、それぞれの表に個別に作成
された複数の索引を検索する。このとき、検索結果に複
数の表に存在するレコードが混在していても、レコード
ポインタの値から該当する表とレコードを特定できる。
の表にまたがる属性値の検索も、検索条件式を複雑にす
ることなく、しかも高速に検索する。 【解決手段】 索引作成手段は、表ＩＤとレコードＩＤ
を合成して、データベース内でユニークなレコードポイ
ンタを生成し、属性値とこのレコードポインタを対応づ
けて索引に登録する。情報検索手段は、複数の表に共通
に作成された索引、または、それぞれの表に個別に作成
された複数の索引を検索する。このとき、検索結果に複
数の表に存在するレコードが混在していても、レコード
ポインタの値から該当する表とレコードを特定できる。
Description
【０００１】
【発明の属する技術分野】本発明は、データベースに総
称される情報検索装置に関するものである。
称される情報検索装置に関するものである。
【０００２】
【従来の技術】従来の情報検索装置においては、表はそ
れぞれ独立な管理単位であり、表のグループ化という扱
いはなく、検索のための索引も表単位で作成されている
のが普通である。
れぞれ独立な管理単位であり、表のグループ化という扱
いはなく、検索のための索引も表単位で作成されている
のが普通である。
【０００３】リレーショナルデータベースにはビュー
（View）という概念があって、現実的には存在しない仮
想的な表を作り出すこともできるが、ビューは定義時に
固定であり、新たな表が作成されるたびに取り込まれる
な動的機能はない。
（View）という概念があって、現実的には存在しない仮
想的な表を作り出すこともできるが、ビューは定義時に
固定であり、新たな表が作成されるたびに取り込まれる
な動的機能はない。
【０００４】データベースとまではいかない簡易言語の
世界でも、複数の表をバインダという単位で管理し、個
々の表内の検索だけでなくバインダ内のすべての表につ
いての検索が可能なものもある。
世界でも、複数の表をバインダという単位で管理し、個
々の表内の検索だけでなくバインダ内のすべての表につ
いての検索が可能なものもある。
【０００５】
【発明が解決しようとする課題】しかしながら、複数の
同型の表に関する表の枠を越えた検索というものが必要
となった時、それぞれの属性について作成されている索
引は独立なので、表を問わないそのいずれかの属性に含
まれる属性値に対する検索は、検索条件式がかなり複雑
になり、検索速度の低下が著しくなっていた。
同型の表に関する表の枠を越えた検索というものが必要
となった時、それぞれの属性について作成されている索
引は独立なので、表を問わないそのいずれかの属性に含
まれる属性値に対する検索は、検索条件式がかなり複雑
になり、検索速度の低下が著しくなっていた。
【０００６】また、前記バインダも飽く迄もバインダで
あってバインダ内の表の管理および表の内容はユーザの
自由であり、グループの管理はユーザに委ねられその形
式もバインダ名というものに限られていた。
あってバインダ内の表の管理および表の内容はユーザの
自由であり、グループの管理はユーザに委ねられその形
式もバインダ名というものに限られていた。
【０００７】本発明はかかる点に鑑み、複数の表の対応
する属性について共通の索引を自動的に作成したり、共
通の索引が作成されていなくてもグループ化された表の
すべての索引を自動的に検索して、個々の表の枠を越え
た高速な検索を可能とする情報検索装置を提供すること
を目的とする。
する属性について共通の索引を自動的に作成したり、共
通の索引が作成されていなくてもグループ化された表の
すべての索引を自動的に検索して、個々の表の枠を越え
た高速な検索を可能とする情報検索装置を提供すること
を目的とする。
【０００８】
【課題を解決するための手段】本発明は、情報を複数の
属性から成るレコードの集合である表をグループ化して
管理する情報管理手段と、グループ内の各表の対応する
属性について共通の索引を作成する索引作成手段と、グ
ループ内の各表の対応する属性について共通に作成され
た索引をすべて参照して目的とするレコードを検索する
検索手段を備えた情報検索装置である。
属性から成るレコードの集合である表をグループ化して
管理する情報管理手段と、グループ内の各表の対応する
属性について共通の索引を作成する索引作成手段と、グ
ループ内の各表の対応する属性について共通に作成され
た索引をすべて参照して目的とするレコードを検索する
検索手段を備えた情報検索装置である。
【０００９】
【発明の実施の形態】本発明は、上記した構成により、
索引作成手段は、情報管理手段によって管理されるグル
ープ化された表内の索引作成に関して対応する属性につ
いて共通の索引を自動的に作成し、検索手段は、情報管
理手段によって管理されるグループ化された表内の検索
に関して対応する属性に対する索引をすべて自動的に検
索することにより、複数の表にまたがる属性値の検索が
高速に行える。
索引作成手段は、情報管理手段によって管理されるグル
ープ化された表内の索引作成に関して対応する属性につ
いて共通の索引を自動的に作成し、検索手段は、情報管
理手段によって管理されるグループ化された表内の検索
に関して対応する属性に対する索引をすべて自動的に検
索することにより、複数の表にまたがる属性値の検索が
高速に行える。
【００１０】図１は、本発明の一実施の形態における情
報検索装置のブロック図を示すものである。図１におい
て１は情報管理手段、２は索引作成手段、３は検索手
段、４は索引である。
報検索装置のブロック図を示すものである。図１におい
て１は情報管理手段、２は索引作成手段、３は検索手
段、４は索引である。
【００１１】情報管理手段１は、複数の属性の集まりか
ら成る情報をレコードという単位で管理し、レコードの
集合である表を主記憶上または二次記憶上に管理する。
いま、レコードを固定長とし二次記憶上にすべてのレコ
ードを保持する場合を考えると、その格納形態は図２の
ようになる。図２において、５は二次記憶、５１〜５ｂ
は表、５１１〜５１ａはレコードである。すべてのレコ
ードにはレコード通し番号が付与されており、表内にお
ける各レコードの格納位置は（レコード通し番号）×
（レコード長）で知ることができる。以下、表識別子と
して表番号、レコード識別子としてレコード通し番号を
考え、レコードポインタを＃（表番号）：（レコード通
し番号）で表わすことにする。レコードは複数の属性か
ら成り、レコードの形式つまり表の型は型定義情報で管
理される。その一例を図３に示す。図３において、６は
型定義情報、６１は型番号、６２は属性名、６３は属性
の型（文字列、数値など）、６４は属性の長さ（幅）、
６５は索引番号である。表は型定義情報６に登録されて
いるいずれかの型で作成されており、その対応を表管理
情報で管理する。その一例を図４に示し、７は表管理情
報、７１は表番号、７２は型番号、７３は表の索引共通
化フラグ、７４表のグループ番号である。
ら成る情報をレコードという単位で管理し、レコードの
集合である表を主記憶上または二次記憶上に管理する。
いま、レコードを固定長とし二次記憶上にすべてのレコ
ードを保持する場合を考えると、その格納形態は図２の
ようになる。図２において、５は二次記憶、５１〜５ｂ
は表、５１１〜５１ａはレコードである。すべてのレコ
ードにはレコード通し番号が付与されており、表内にお
ける各レコードの格納位置は（レコード通し番号）×
（レコード長）で知ることができる。以下、表識別子と
して表番号、レコード識別子としてレコード通し番号を
考え、レコードポインタを＃（表番号）：（レコード通
し番号）で表わすことにする。レコードは複数の属性か
ら成り、レコードの形式つまり表の型は型定義情報で管
理される。その一例を図３に示す。図３において、６は
型定義情報、６１は型番号、６２は属性名、６３は属性
の型（文字列、数値など）、６４は属性の長さ（幅）、
６５は索引番号である。表は型定義情報６に登録されて
いるいずれかの型で作成されており、その対応を表管理
情報で管理する。その一例を図４に示し、７は表管理情
報、７１は表番号、７２は型番号、７３は表の索引共通
化フラグ、７４表のグループ番号である。
【００１２】索引作成手段２は、型がｉである表Ｔ内の
ある属性ＡＮijに関する索引を作成するように指示され
ると、まず表管理情報７内の索引共通化フラグ７３の値
ＦT（１：索引共通化の適用、０：非適用）を調べ、ＦT
＝１ならば、型定義情報６によりレコード内の属性ＡＮ
ijの位置とその長さを知り、属性の値とレコードポイン
タとの対応情報である索引を索引番号Ｉijで示される索
引内に作成する（図５）。ＦT＝０ならば索引共通化非
適用なので、表Ｔ専用の索引ＴＩij内に同様に作成す
る。図５において、８は索引Ｉij、８１は属性値、８２
はその属性値を持つレコードのレコードポインタであ
る。
ある属性ＡＮijに関する索引を作成するように指示され
ると、まず表管理情報７内の索引共通化フラグ７３の値
ＦT（１：索引共通化の適用、０：非適用）を調べ、ＦT
＝１ならば、型定義情報６によりレコード内の属性ＡＮ
ijの位置とその長さを知り、属性の値とレコードポイン
タとの対応情報である索引を索引番号Ｉijで示される索
引内に作成する（図５）。ＦT＝０ならば索引共通化非
適用なので、表Ｔ専用の索引ＴＩij内に同様に作成す
る。図５において、８は索引Ｉij、８１は属性値、８２
はその属性値を持つレコードのレコードポインタであ
る。
【００１３】検索手段３は、型によってグループ化され
ている一群の表内の属性ＡＮijについて検索する場合、
型定義情報６により検索対象となる属性ＡＮijに関する
索引番号Ｉijを知り、その索引内の属性値８１と検索条
件として与えられた属性値とを比較し（一致、不一致、
大小、包含など）、条件に合う属性値８１が見つかると
その属性値に対応するレコードポインタ４２を求め、そ
のレコードポインタ８２により目的とするレコードを二
次記憶５から取り出す。また、索引共通化によるグルー
プ化がなされていない表（索引共通化フラグ７３の値＝
０のもの）については、検索対象となる属性ＡＮijに関
する索引ＴＩijに対して同様の操作を行なう。
ている一群の表内の属性ＡＮijについて検索する場合、
型定義情報６により検索対象となる属性ＡＮijに関する
索引番号Ｉijを知り、その索引内の属性値８１と検索条
件として与えられた属性値とを比較し（一致、不一致、
大小、包含など）、条件に合う属性値８１が見つかると
その属性値に対応するレコードポインタ４２を求め、そ
のレコードポインタ８２により目的とするレコードを二
次記憶５から取り出す。また、索引共通化によるグルー
プ化がなされていない表（索引共通化フラグ７３の値＝
０のもの）については、検索対象となる属性ＡＮijに関
する索引ＴＩijに対して同様の操作を行なう。
【００１４】以上のように構成された本実施の形態の情
報検索装置について以下その動作を説明する。
報検索装置について以下その動作を説明する。
【００１５】図６は本実施の形態における情報管理手段
１による索引の共通化でグループ化された場合の第１の
管理形態を表わしたものである。図６において、１０は
表管理情報Ａであり、１〜Ｍ、（Ｍ＋１）〜（Ｍ＋Ｎ）
は表である。ここで（Ｍ＋１）〜（Ｍ＋Ｎ）は、同じ型
ｉを持ち、共通の索引を持つ第１の表のグループとし、
ＦM+1〜ＦM+Nはすべて１とする。
１による索引の共通化でグループ化された場合の第１の
管理形態を表わしたものである。図６において、１０は
表管理情報Ａであり、１〜Ｍ、（Ｍ＋１）〜（Ｍ＋Ｎ）
は表である。ここで（Ｍ＋１）〜（Ｍ＋Ｎ）は、同じ型
ｉを持ち、共通の索引を持つ第１の表のグループとし、
ＦM+1〜ＦM+Nはすべて１とする。
【００１６】異なる表Ｔ1、Ｔ2（（Ｍ＋１）≦Ｔp≦
（Ｍ＋Ｎ），ｐ＝１，２）に属する２つのレコード＃Ｔ
1：Ｒ1、＃Ｔ2：Ｒ2に対して属性ＡＮijについての索引
を作成するように指示がなされると、索引作成手段２
は、レコードポインタ＃Ｔ1：Ｒ1より、表番号Ｔ1を
得、表管理情報Ａ１０により型がｉであることを知る。
次に、型定義情報６より型ｉの属性の構成を知るととも
に属性ＡＮijに対する索引番号Ｉijを知り、上述の機能
によりレコード＃Ｔ1：Ｒ1の属性ＡＮijの属性値Ｋ1と
レコードポインタ＃Ｔ1：Ｒ1とを対応させて索引Ｉijに
登録する。レコード＃Ｔ2：Ｒ2についても同様の手順に
より、属性値Ｋ2とレコードポインタ＃Ｔ2：Ｒ 2とを対
応させて索引Ｉijに登録する（図７）。
（Ｍ＋Ｎ），ｐ＝１，２）に属する２つのレコード＃Ｔ
1：Ｒ1、＃Ｔ2：Ｒ2に対して属性ＡＮijについての索引
を作成するように指示がなされると、索引作成手段２
は、レコードポインタ＃Ｔ1：Ｒ1より、表番号Ｔ1を
得、表管理情報Ａ１０により型がｉであることを知る。
次に、型定義情報６より型ｉの属性の構成を知るととも
に属性ＡＮijに対する索引番号Ｉijを知り、上述の機能
によりレコード＃Ｔ1：Ｒ1の属性ＡＮijの属性値Ｋ1と
レコードポインタ＃Ｔ1：Ｒ1とを対応させて索引Ｉijに
登録する。レコード＃Ｔ2：Ｒ2についても同様の手順に
より、属性値Ｋ2とレコードポインタ＃Ｔ2：Ｒ 2とを対
応させて索引Ｉijに登録する（図７）。
【００１７】検索手段３は、型で索引が共通化されてい
る表についての検索時には、型定義情報６を参照するこ
とにより型ｉ内の属性ＡＮijが索引Ｉijを持つことを知
り、索引Ｉijを検索することにより、表という枠を越え
てレコード＃Ｔ1：Ｒ1、＃Ｔ 2：Ｒ2を捜し出すことが可
能になる。
る表についての検索時には、型定義情報６を参照するこ
とにより型ｉ内の属性ＡＮijが索引Ｉijを持つことを知
り、索引Ｉijを検索することにより、表という枠を越え
てレコード＃Ｔ1：Ｒ1、＃Ｔ 2：Ｒ2を捜し出すことが可
能になる。
【００１８】図８は本実施の形態における情報管理手段
１による索引の共通化でグループ化された場合の第２の
管理形態を表わしたものである。図８において、２０は
表管理情報Ｂであり、１〜Ｍ、（Ｍ＋１）〜（Ｍ＋Ｎ）
は表である。ここで（Ｍ＋１）〜（Ｍ＋Ｎ）は、同じ型
を持つが共通の索引を持たない第２のグループＳに属す
る表とし、ＦM+1〜ＦM+Nはすべて０とする。
１による索引の共通化でグループ化された場合の第２の
管理形態を表わしたものである。図８において、２０は
表管理情報Ｂであり、１〜Ｍ、（Ｍ＋１）〜（Ｍ＋Ｎ）
は表である。ここで（Ｍ＋１）〜（Ｍ＋Ｎ）は、同じ型
を持つが共通の索引を持たない第２のグループＳに属す
る表とし、ＦM+1〜ＦM+Nはすべて０とする。
【００１９】異なる表Ｔ3、Ｔ4（（Ｍ＋１）≦Ｔp≦
（Ｍ＋Ｎ），ｐ＝３，４）に属する２つのレコード＃Ｔ
3：Ｒ3、＃Ｔ4：Ｒ4に対して属性ＡＮijについての索引
を作成するように指示がなされると、索引作成手段２
は、レコードポインタ＃Ｔ3：Ｒ3より、表番号Ｔ3を
得、表管理情報Ｂ２０により表Ｔ3が専用の索引を持つ
ことを知り、属性ＡＮKに対する索引ＴＩK3に属性値Ｋ3
とレコードポインタ＃Ｔ3：Ｒ3とを対応させて登録す
る。レコード＃Ｔ4：Ｒ4についても同様の手順により、
属性値Ｋ4とレコードポインタ＃Ｔ4：Ｒ4とを対応させ
て索引ＴＩK4に登録する（図９）。
（Ｍ＋Ｎ），ｐ＝３，４）に属する２つのレコード＃Ｔ
3：Ｒ3、＃Ｔ4：Ｒ4に対して属性ＡＮijについての索引
を作成するように指示がなされると、索引作成手段２
は、レコードポインタ＃Ｔ3：Ｒ3より、表番号Ｔ3を
得、表管理情報Ｂ２０により表Ｔ3が専用の索引を持つ
ことを知り、属性ＡＮKに対する索引ＴＩK3に属性値Ｋ3
とレコードポインタ＃Ｔ3：Ｒ3とを対応させて登録す
る。レコード＃Ｔ4：Ｒ4についても同様の手順により、
属性値Ｋ4とレコードポインタ＃Ｔ4：Ｒ4とを対応させ
て索引ＴＩK4に登録する（図９）。
【００２０】検索手段３は、表管理情報Ｂ２０を参照す
ることにより表Ｔ3、Ｔ4が同じグループＳに属すること
を知り、属性ＡＮKに対する索引ＴＩK3、ＴＩK4ならび
にその他の対応するすべての索引ＴＩKSを検索すること
により、表という枠を越えてレコード＃Ｔ3：Ｒ3、＃Ｔ
4：Ｒ4を捜し出すことが可能になる。
ることにより表Ｔ3、Ｔ4が同じグループＳに属すること
を知り、属性ＡＮKに対する索引ＴＩK3、ＴＩK4ならび
にその他の対応するすべての索引ＴＩKSを検索すること
により、表という枠を越えてレコード＃Ｔ3：Ｒ3、＃Ｔ
4：Ｒ4を捜し出すことが可能になる。
【００２１】以上のように本実施の形態によれば、デー
タベース内の複数の表に対して、索引作成に関するグル
ープ化あるいは検索に関するグループ化というものを定
義することにより、表の枠を越えた検索が高速に行え
る。
タベース内の複数の表に対して、索引作成に関するグル
ープ化あるいは検索に関するグループ化というものを定
義することにより、表の枠を越えた検索が高速に行え
る。
【００２２】なお、索引の作成法については、ＩＳＡ
Ｍ、Ｂ−ＴＲＥＥ、ＨＡＳＨ等のいくつかの手法があり
本実施の形態に限るものではなく、索引作成に関するグ
ループ化と検索に関するグループ化とはそれぞれ無関係
に定義できるのは言うまでもない。
Ｍ、Ｂ−ＴＲＥＥ、ＨＡＳＨ等のいくつかの手法があり
本実施の形態に限るものではなく、索引作成に関するグ
ループ化と検索に関するグループ化とはそれぞれ無関係
に定義できるのは言うまでもない。
【００２３】
【発明の効果】以上説明したように、本発明によれば、
同じ形式を持つ複数の表にまたがる属性値の検索も検索
条件式を複雑にすることなくしかも高速に検索すること
が期待でき、その実用的効果は大きい。
同じ形式を持つ複数の表にまたがる属性値の検索も検索
条件式を複雑にすることなくしかも高速に検索すること
が期待でき、その実用的効果は大きい。
【図１】本発明における一実施の形態の情報検索装置の
ブロック図
ブロック図
【図２】二次記憶内の表およびレコードの格納形態図
【図３】型定義情報の構造図
【図４】表管理情報の構造図
【図５】索引の構造図
【図６】実施の形態における第１の表管理形態図
【図７】第１の表管理形態における索引への登録の説明
図
図
【図８】実施の形態における第２の表管理形態図
【図９】第２の表管理形態における索引への登録の説明
図
図
【符号の説明】 １ 情報管理手段 ２ 索引作成手段 ３ 検索手段 ４ 索引 ５ 二次記憶 ５１〜５ｂ 表 ５１１〜５１ａ レコード ６ 型定義情報 ７ 表管理情報 ８ 索引 １０，２０ 表管理情報
Claims (4)
- 【請求項１】表を構成するレコードに格納された属性値
を、表の枠を越えてレコードを特定できる値（レコード
ポインタ）と対応づけて、索引を作成することを特徴と
する索引作成方法。 - 【請求項２】レコードポインタが、少なくとも表識別子
とレコード識別子に基づいて生成した値であることを特
徴とする請求項１記載の索引作成方法。 - 【請求項３】請求項１記載の索引作成方法により作成さ
れた索引を検索条件に示された属性値と対比して検索
し、検索条件に合致する属性値に対応づけられたレコー
ドポインタを求める情報検索装置。 - 【請求項４】請求項２記載の索引作成方法により作成さ
れた索引を検索条件に示された属性値と対比して検索
し、検索条件に合致する属性値に対応づけられたレコー
ドポインタから、少なくとも表識別子とレコード識別子
を求める情報検索装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9153340A JP2940522B2 (ja) | 1997-06-11 | 1997-06-11 | 索引作成方法および情報検索装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9153340A JP2940522B2 (ja) | 1997-06-11 | 1997-06-11 | 索引作成方法および情報検索装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5154760A Division JP2697559B2 (ja) | 1993-06-25 | 1993-06-25 | 情報検索装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1055373A true JPH1055373A (ja) | 1998-02-24 |
| JP2940522B2 JP2940522B2 (ja) | 1999-08-25 |
Family
ID=15560342
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9153340A Expired - Fee Related JP2940522B2 (ja) | 1997-06-11 | 1997-06-11 | 索引作成方法および情報検索装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2940522B2 (ja) |
-
1997
- 1997-06-11 JP JP9153340A patent/JP2940522B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2940522B2 (ja) | 1999-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6886016B2 (en) | Method and system for supporting multivalue attributes in a database system | |
| JP3914662B2 (ja) | データベース処理方法及び実施装置並びにその処理プログラムを記憶した媒体 | |
| US20050033730A1 (en) | Query optimization by sub-plan memoization | |
| US7174341B2 (en) | Dynamic database management system and method | |
| US7165072B2 (en) | Method for merging information from effective dated base tables | |
| JPH1055373A (ja) | 索引作成方法および情報検索装置 | |
| JP2697559B2 (ja) | 情報検索装置 | |
| JPH09305622A (ja) | 文書検索機能を有するデータベース管理方法およびシステム | |
| JPH01149127A (ja) | 情報検索装置 | |
| JPH0644309A (ja) | データベース管理方式 | |
| Carlis et al. | A descriptive model of physical database design problems and solutions | |
| JPH0773187A (ja) | 検索システム | |
| JPH0193843A (ja) | テーブル結合方式 | |
| JPH0447350B2 (ja) | ||
| JP2003030040A (ja) | オブジェクトデータベースシステムの複数ハッシュインデックスおよび非ユニークインデックス管理方式 | |
| JPH081642B2 (ja) | キーワード検索方式 | |
| Soergel | Data models for an integrated thesaurus database | |
| JPH113354A (ja) | データキューブ制御方式 | |
| JP3498926B2 (ja) | 文書データベース管理システム | |
| JPH0658644B2 (ja) | 自然結合演算処理装置 | |
| JPH05313971A (ja) | リレーショナル・データベースにおけるキーワード管理方式 | |
| JPS6136654B2 (ja) | ||
| JPS6243730A (ja) | 情報検索装置 | |
| JPH02190970A (ja) | インデクスの構造およびこれを用いるサーチ処理方法 | |
| JP2548119B2 (ja) | 情報検索装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |