JPH10312385A - データベースシステム、情報検索方法、及び記録媒体 - Google Patents
データベースシステム、情報検索方法、及び記録媒体Info
- Publication number
- JPH10312385A JPH10312385A JP9121125A JP12112597A JPH10312385A JP H10312385 A JPH10312385 A JP H10312385A JP 9121125 A JP9121125 A JP 9121125A JP 12112597 A JP12112597 A JP 12112597A JP H10312385 A JPH10312385 A JP H10312385A
- Authority
- JP
- Japan
- Prior art keywords
- search
- records
- database
- lower limit
- condition expression
- 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
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 検索対象となるデータベース（ＤＢ）を自動
的に変更して検索処理の継続実行を行うことを可能とす
るＤＢシステムを提供する。 【解決手段】 利用者からの検索要求（検索条件式、取
得レコードの下限値、指定ＤＢ）をインタフェース・モ
ジュール１０を通じて受領し、検索管理モジュール２０
の継続実行基準表２２１に記録する。検索管理モジュー
ル２０は、検索要求に対応する検索命令（コマンド）を
該当するＤＢモジュール３０１〜３０ｎに発行して検索
処理を行わせ、検索結果のレコード数が、継続実行基準
表２２１内の取得レコード数の下限値に満たない場合
は、未検索のＤＢを検出して指定ＤＢを未検索ＤＢに自
動的に変更して上記検索条件式による検索の継続実行を
行う。未検索のＤＢの検出は、検索状態表２２２に基づ
いて行い、検索処理完了毎に当該検索状態表２２２の更
新を行う。
的に変更して検索処理の継続実行を行うことを可能とす
るＤＢシステムを提供する。 【解決手段】 利用者からの検索要求（検索条件式、取
得レコードの下限値、指定ＤＢ）をインタフェース・モ
ジュール１０を通じて受領し、検索管理モジュール２０
の継続実行基準表２２１に記録する。検索管理モジュー
ル２０は、検索要求に対応する検索命令（コマンド）を
該当するＤＢモジュール３０１〜３０ｎに発行して検索
処理を行わせ、検索結果のレコード数が、継続実行基準
表２２１内の取得レコード数の下限値に満たない場合
は、未検索のＤＢを検出して指定ＤＢを未検索ＤＢに自
動的に変更して上記検索条件式による検索の継続実行を
行う。未検索のＤＢの検出は、検索状態表２２２に基づ
いて行い、検索処理完了毎に当該検索状態表２２２の更
新を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、例えば分散型のデ
ータベース（以下、単にＤＢと略称する）システムのよ
うに、複数のＤＢから所望の情報を効率良く検索する情
報検索手法に関する。
ータベース（以下、単にＤＢと略称する）システムのよ
うに、複数のＤＢから所望の情報を効率良く検索する情
報検索手法に関する。
【０００２】
【従来の技術】各々独自の情報が蓄積された複数のＤＢ
を管理する場合の一形態として、分散型のＤＢシステム
が知られている。この種のＤＢシステムでは、それぞれ
独自の情報を蓄積した複数のＤＢを含んで成るコンピュ
ータ・ネットワーク上で、ＤＢを物理的に分散して配置
し、データを共有することを目的としてシステムの構築
が行われている。このようなＤＢシステムにおいて所望
の情報を検索する場合は、まず、検索対象となるＤＢを
指定し、指定したＤＢに対して所定の検索条件式による
検索処理を実行する。この場合のＤＢの指定方式として
は、以下のいずれかの方式が採用される。第１の方式
は、利用者が検索処理毎にＤＢを指定する方式であり、
第２の方式は、システム・パラメータの設定値等に基づ
き、システムが自動的にＤＢ選択を行う方式である。
を管理する場合の一形態として、分散型のＤＢシステム
が知られている。この種のＤＢシステムでは、それぞれ
独自の情報を蓄積した複数のＤＢを含んで成るコンピュ
ータ・ネットワーク上で、ＤＢを物理的に分散して配置
し、データを共有することを目的としてシステムの構築
が行われている。このようなＤＢシステムにおいて所望
の情報を検索する場合は、まず、検索対象となるＤＢを
指定し、指定したＤＢに対して所定の検索条件式による
検索処理を実行する。この場合のＤＢの指定方式として
は、以下のいずれかの方式が採用される。第１の方式
は、利用者が検索処理毎にＤＢを指定する方式であり、
第２の方式は、システム・パラメータの設定値等に基づ
き、システムが自動的にＤＢ選択を行う方式である。
【０００３】以下、図７〜図１０を参照して従来技術の
概要を説明をする。図７は、第１の方式を採用したＤＢ
システムの構成図である。この分散型ＤＢシステム２
は、利用者との間の入出力インタフェースとなるインタ
ーフェース・モジュール１０と、複数のＤＢモジュール
３０１〜３０ｎと、検索実行モジュール４０とを具備し
て成る。各モジュールは、コンピュータ装置が所定のプ
ログラムを読み込んで実行することにより形成される。
ＤＢモジュール３０１〜３０ｎは、それぞれ検索処理部
３１１〜３１ｎと、各々独自の情報を格納したレコード
を蓄積して成るＤＢ３２１〜３２ｎとを有し、検索実行
モジュール４０からの検索命令（コマンド）に基づいて
該当するレコードを検索して出力する。なお、複数のＤ
Ｂモジュール３０１〜３０ｎのうち不特定のものについ
ては符号３０、検索処理部３１１〜３１ｎは符号３１、
ＤＢ３２１〜３２ｎは符号３２を付して説明する。
概要を説明をする。図７は、第１の方式を採用したＤＢ
システムの構成図である。この分散型ＤＢシステム２
は、利用者との間の入出力インタフェースとなるインタ
ーフェース・モジュール１０と、複数のＤＢモジュール
３０１〜３０ｎと、検索実行モジュール４０とを具備し
て成る。各モジュールは、コンピュータ装置が所定のプ
ログラムを読み込んで実行することにより形成される。
ＤＢモジュール３０１〜３０ｎは、それぞれ検索処理部
３１１〜３１ｎと、各々独自の情報を格納したレコード
を蓄積して成るＤＢ３２１〜３２ｎとを有し、検索実行
モジュール４０からの検索命令（コマンド）に基づいて
該当するレコードを検索して出力する。なお、複数のＤ
Ｂモジュール３０１〜３０ｎのうち不特定のものについ
ては符号３０、検索処理部３１１〜３１ｎは符号３１、
ＤＢ３２１〜３２ｎは符号３２を付して説明する。
【０００４】検索実行モジュール４０は、インターフェ
ース・モジュール１０を通じて受領した検索要求に基づ
いて該当するＤＢモジュール３０に検索命令（コマン
ド）を発行する検索命令部４１と、この検索命令の発行
によってＤＢモジュール３０で得られた検索結果を統合
する結果統合部４２とを備えて構成される。
ース・モジュール１０を通じて受領した検索要求に基づ
いて該当するＤＢモジュール３０に検索命令（コマン
ド）を発行する検索命令部４１と、この検索命令の発行
によってＤＢモジュール３０で得られた検索結果を統合
する結果統合部４２とを備えて構成される。
【０００５】図９は、上記ＤＢシステム２における検索
処理の手順説明図である。まず、インタフェース・モジ
ュール１０を通じて利用者からの検索要求、すなわち検
索したいレコードを特定するための検索条件式と、検索
対象となるＤＢ３２の指定（ＤＢ名）とを受領する（ス
テップＳ２０１）。この検索要求は、検索実行モジュー
ル４０の検索命令部４１に入力され、指定されたＤＢ３
２を具備するＤＢモジュール３０に渡される。検索命令
を受信したＤＢモジュール３０は、検索処理部３１を通
じてＤＢ３２から検索条件式に適合するレコードを検索
し、その検索結果を検索実行モジュール４０に返す（ス
テップＳ２０２）。検索実行モジュール４０は、結果統
合部４２において検索結果を統合し（ステップＳ２０
３）、それをインタフェース・モジュール１０を通じて
利用者に提示させる（ステップＳ２０４）。利用者にと
って満足な検索結果が得られた場合は検索処理を終了す
る（ステップＳ２０５、Ｙｅｓ）。一方、満足な検索結
果が得られなかった場合はステップＳ２０１に戻り、イ
ンターフェース・モジュール１０より検索要求を再受領
する（ステップＳ２０５：Ｎｏ）。
処理の手順説明図である。まず、インタフェース・モジ
ュール１０を通じて利用者からの検索要求、すなわち検
索したいレコードを特定するための検索条件式と、検索
対象となるＤＢ３２の指定（ＤＢ名）とを受領する（ス
テップＳ２０１）。この検索要求は、検索実行モジュー
ル４０の検索命令部４１に入力され、指定されたＤＢ３
２を具備するＤＢモジュール３０に渡される。検索命令
を受信したＤＢモジュール３０は、検索処理部３１を通
じてＤＢ３２から検索条件式に適合するレコードを検索
し、その検索結果を検索実行モジュール４０に返す（ス
テップＳ２０２）。検索実行モジュール４０は、結果統
合部４２において検索結果を統合し（ステップＳ２０
３）、それをインタフェース・モジュール１０を通じて
利用者に提示させる（ステップＳ２０４）。利用者にと
って満足な検索結果が得られた場合は検索処理を終了す
る（ステップＳ２０５、Ｙｅｓ）。一方、満足な検索結
果が得られなかった場合はステップＳ２０１に戻り、イ
ンターフェース・モジュール１０より検索要求を再受領
する（ステップＳ２０５：Ｎｏ）。
【０００６】図８は、第２の方式を採用したＤＢシステ
ムの構成図であり、図７に示したものと同一構成要素に
ついては同一符号を付してある。この分散型ＤＢシステ
ム３は、インターフェース・モジュール１０と、ＤＢ選
択実行モジュール５０と、複数のＤＢモジュール３０と
を具備して成る。ＤＢ選択実行モジュール５０は、シス
テム・パラメータの設定値等に基づいて検索対象となる
ＤＢを指定するＤＢ選択部５１と、インターフェース・
モジュール１０を通じて受領した検索要求に基づいて該
当するＤＢモジュール３０に検索要求を発行する検索命
令部５２と、ＤＢモジュール３０から得られた検索結果
を統合する結果統合部５３とを有している。
ムの構成図であり、図７に示したものと同一構成要素に
ついては同一符号を付してある。この分散型ＤＢシステ
ム３は、インターフェース・モジュール１０と、ＤＢ選
択実行モジュール５０と、複数のＤＢモジュール３０と
を具備して成る。ＤＢ選択実行モジュール５０は、シス
テム・パラメータの設定値等に基づいて検索対象となる
ＤＢを指定するＤＢ選択部５１と、インターフェース・
モジュール１０を通じて受領した検索要求に基づいて該
当するＤＢモジュール３０に検索要求を発行する検索命
令部５２と、ＤＢモジュール３０から得られた検索結果
を統合する結果統合部５３とを有している。
【０００７】図１０は、上記ＤＢシステム３における検
索処理の手順説明図である。まず、インタフェース・モ
ジュール１０を通じて利用者からの検索要求、すなわち
検索したいレコードの特定を行うための検索条件式を受
領する（ステップＳ３０１）。この検索要求は、ＤＢ選
択実行モジュール５０に入力される。ＤＢ選択実行モジ
ュール５０は、ＤＢ選択部５１で検索対象となるＤＢ３
２を指定するとともに（ステップＳ３０２）、指定され
たＤＢモジュール３０に対して検索命令部５２から検索
命令を発行する。検索命令を受信したＤＢモジュール３
０は、検索処理部３１を通じてＤＢ３２から検索条件式
に適合するレコードを検索し（ステップＳ３０３）、そ
の検索結果をＤＢ選択実行モジュール５０に渡す。ＤＢ
選択実行モジュール５０は、結果統合部５３において検
索結果を統合し（ステップＳ３０４）、インタフェース
・モジュール１０を通じて利用者へ提示させる（ステッ
プＳ３０５）。利用者にとって満足な検索結果が得られ
た場合は処理を終了する（ステップＳ３０６、Ｙｅ
ｓ）。一方、満足な検索結果が得られなかった場合は
（ステップＳ３０６：Ｎｏ）、利用者からインタフェー
ス・モジュール１０を通じて検索対象ＤＢの再指定を受
領し（ステップＳ３０７）、ステップＳ３０３に戻っ
て、指定し直されたＤＢの検索処理を行う。
索処理の手順説明図である。まず、インタフェース・モ
ジュール１０を通じて利用者からの検索要求、すなわち
検索したいレコードの特定を行うための検索条件式を受
領する（ステップＳ３０１）。この検索要求は、ＤＢ選
択実行モジュール５０に入力される。ＤＢ選択実行モジ
ュール５０は、ＤＢ選択部５１で検索対象となるＤＢ３
２を指定するとともに（ステップＳ３０２）、指定され
たＤＢモジュール３０に対して検索命令部５２から検索
命令を発行する。検索命令を受信したＤＢモジュール３
０は、検索処理部３１を通じてＤＢ３２から検索条件式
に適合するレコードを検索し（ステップＳ３０３）、そ
の検索結果をＤＢ選択実行モジュール５０に渡す。ＤＢ
選択実行モジュール５０は、結果統合部５３において検
索結果を統合し（ステップＳ３０４）、インタフェース
・モジュール１０を通じて利用者へ提示させる（ステッ
プＳ３０５）。利用者にとって満足な検索結果が得られ
た場合は処理を終了する（ステップＳ３０６、Ｙｅ
ｓ）。一方、満足な検索結果が得られなかった場合は
（ステップＳ３０６：Ｎｏ）、利用者からインタフェー
ス・モジュール１０を通じて検索対象ＤＢの再指定を受
領し（ステップＳ３０７）、ステップＳ３０３に戻っ
て、指定し直されたＤＢの検索処理を行う。
【０００８】ＤＢ３の検索結果レコード数が２０件だっ
た場合の検索状態表２２２の内容例を図６に示す。図６
の結果では、検索結果 上記各方式については、Ｌ．Ｇ
ｒａｖａｎｏ，Ｈ．Ｇａｒｃｉａ−Ｍｏｌｉｎａ，Ａ．
Ｔｏｍａｓｉｃによる、”The Effectiveness of GIOSS
for the Text Database Discovery Problem”（ Ｐｒ
ｏｃ．ｏｆ ＡＣＭ ＳＩＧＭＯＤ，ｐｐ．１２６−１
３７，１９９４）の記載を参考にすることができる。
た場合の検索状態表２２２の内容例を図６に示す。図６
の結果では、検索結果 上記各方式については、Ｌ．Ｇ
ｒａｖａｎｏ，Ｈ．Ｇａｒｃｉａ−Ｍｏｌｉｎａ，Ａ．
Ｔｏｍａｓｉｃによる、”The Effectiveness of GIOSS
for the Text Database Discovery Problem”（ Ｐｒ
ｏｃ．ｏｆ ＡＣＭ ＳＩＧＭＯＤ，ｐｐ．１２６−１
３７，１９９４）の記載を参考にすることができる。
【０００９】
【発明が解決しようとする課題】しかしながら、上記の
各方式には、以下に示すような問題があった。すなわ
ち、第１の方式では、利用者にとって満足する検索結果
が得られなかった場合は、再度、別のＤＢ３２を検索対
象ＤＢとして指定し直して何回も検索要求の入力及び検
索処理を逐次繰り返さなければならず、煩雑であった。
また、検索したＤＢ３２の履歴情報を利用者が記憶して
おく必要があるために、利用者の負担も大きかった。
各方式には、以下に示すような問題があった。すなわ
ち、第１の方式では、利用者にとって満足する検索結果
が得られなかった場合は、再度、別のＤＢ３２を検索対
象ＤＢとして指定し直して何回も検索要求の入力及び検
索処理を逐次繰り返さなければならず、煩雑であった。
また、検索したＤＢ３２の履歴情報を利用者が記憶して
おく必要があるために、利用者の負担も大きかった。
【００１０】また、第２の方式では、利用者の検索要求
に対応するＤＢ３２がシステム・パラメータの設定値等
に基づいて指定されるので、利用者が満足する検索結果
を得る確率は第１の方式よりは高くなるが、パラメータ
等を厳密に設定しなければならないため、設定処理に時
間を要する。また、利用者からの１回の検索要求により
満足する検索結果を得たい場合には、ＤＢシステム側で
すべてのＤＢについて検索処理を行なわなければなら
ず、システムの負荷が増大する。
に対応するＤＢ３２がシステム・パラメータの設定値等
に基づいて指定されるので、利用者が満足する検索結果
を得る確率は第１の方式よりは高くなるが、パラメータ
等を厳密に設定しなければならないため、設定処理に時
間を要する。また、利用者からの１回の検索要求により
満足する検索結果を得たい場合には、ＤＢシステム側で
すべてのＤＢについて検索処理を行なわなければなら
ず、システムの負荷が増大する。
【００１１】そこで本発明の課題は、検索したＤＢの履
歴情報を記憶しておく必要がなく、しかも利用者からの
１回の検索要求により必要な検索結果を得ることができ
る、改良されたＤＢシステムを提供することにある。本
発明の他の課題は、上記ＤＢシステムによる情報検索方
法、及びＤＢシステムを汎用のコンピュータ装置で実現
するための記録媒体を提供することにある。
歴情報を記憶しておく必要がなく、しかも利用者からの
１回の検索要求により必要な検索結果を得ることができ
る、改良されたＤＢシステムを提供することにある。本
発明の他の課題は、上記ＤＢシステムによる情報検索方
法、及びＤＢシステムを汎用のコンピュータ装置で実現
するための記録媒体を提供することにある。
【００１２】
【課題を解決するための手段】上記課題を解決する本発
明のＤＢシステムは、所定の検索命令に基づいて該当す
るＤＢからレコードの検索を行う複数のＤＢモジュール
と、所要のレコードを取得するための検索条件式、一意
に設定された取得レコード数の下限値、及び検索対象Ｄ
Ｂの指定を含んで成る検索要求を受領して、前記検索条
件式に基づく検索命令を前記検索対象ＤＢに対応するＤ
Ｂモジュールに発行して該当するレコードを取得すると
ともに、取得したレコードの総数と前記下限値とを比較
して前記検索命令の発行を継続するかどうかの判定を行
う手段を有する検索管理モジュールと、を備えて成る。
明のＤＢシステムは、所定の検索命令に基づいて該当す
るＤＢからレコードの検索を行う複数のＤＢモジュール
と、所要のレコードを取得するための検索条件式、一意
に設定された取得レコード数の下限値、及び検索対象Ｄ
Ｂの指定を含んで成る検索要求を受領して、前記検索条
件式に基づく検索命令を前記検索対象ＤＢに対応するＤ
Ｂモジュールに発行して該当するレコードを取得すると
ともに、取得したレコードの総数と前記下限値とを比較
して前記検索命令の発行を継続するかどうかの判定を行
う手段を有する検索管理モジュールと、を備えて成る。
【００１３】前記検索管理モジュールは、例えば、前記
検索要求について未検索のときと検索終了のときとで異
なる状態値となる検索フラグをＤＢモジュール毎に記録
した検索状態テーブルを有し、前記レコードの総数が前
記下限値に満たない場合は前記検索状態テーブルを参照
して未検索ＤＢを特定し、前記検索対象ＤＢを、前記特
定した未検索ＤＢに変更して前記検索条件式による検索
命令を発行するように構成される。また、前記レコード
の総数が前記取得レコード数の下限値より多くなった時
点で前記検索命令の発行を終了する。
検索要求について未検索のときと検索終了のときとで異
なる状態値となる検索フラグをＤＢモジュール毎に記録
した検索状態テーブルを有し、前記レコードの総数が前
記下限値に満たない場合は前記検索状態テーブルを参照
して未検索ＤＢを特定し、前記検索対象ＤＢを、前記特
定した未検索ＤＢに変更して前記検索条件式による検索
命令を発行するように構成される。また、前記レコード
の総数が前記取得レコード数の下限値より多くなった時
点で前記検索命令の発行を終了する。
【００１４】また、上記他の課題を解決する情報検索方
法は、各々レコードが蓄積された複数のＤＢから所要の
レコードを取得するための検索条件式、一意に設定され
た取得レコード数の下限値、及び、検索対象ＤＢの指定
を含んで成る検索要求を外部から受領し、この検索要求
で指定された検索対象ＤＢから前記検索条件式に適合す
るすべてのレコードを検索するとともに検索により得ら
れたレコード総数と前記下限値とを比較する過程とを有
し、前記レコード総数が前記下限値に満たない場合は前
記検索対象ＤＢを未検索ＤＢに変更して前記検索条件式
による検索を継続実行し、一方、前記レコード総数が前
記下限値より多い場合は当該検索条件式による検索を終
了することを特徴とする。
法は、各々レコードが蓄積された複数のＤＢから所要の
レコードを取得するための検索条件式、一意に設定され
た取得レコード数の下限値、及び、検索対象ＤＢの指定
を含んで成る検索要求を外部から受領し、この検索要求
で指定された検索対象ＤＢから前記検索条件式に適合す
るすべてのレコードを検索するとともに検索により得ら
れたレコード総数と前記下限値とを比較する過程とを有
し、前記レコード総数が前記下限値に満たない場合は前
記検索対象ＤＢを未検索ＤＢに変更して前記検索条件式
による検索を継続実行し、一方、前記レコード総数が前
記下限値より多い場合は当該検索条件式による検索を終
了することを特徴とする。
【００１５】さらに、上記他の課題を解決する本発明の
記録媒体は、複数のデータベースから所要のレコードを
取得するための検索条件式、一意に設定された取得レコ
ード数の下限値、検索対象データベース名を含んで成る
検索要求を受領する処理と、前記検索要求で指定された
検索対象データベースから前記検索条件式に適合するす
べてのレコードを検索するとともに検索により得られた
レコード総数と前記下限値とを比較する処理と、前記レ
コードの総数が前記下限値に満たない場合は未検索デー
タベースを検出するとともに前記検索対象データベース
名を未検索のデータベース名に変更して前記検索条件式
による検索を継続実行し、一方、取得したレコードの総
数が前記下限値より多い場合は前記検索要求に基づく検
索を終了する処理と、をコンピュータ装置に実行させる
ためのプログラムを当該コンピュータ装置が読み取り可
能な形態で記録して成る。
記録媒体は、複数のデータベースから所要のレコードを
取得するための検索条件式、一意に設定された取得レコ
ード数の下限値、検索対象データベース名を含んで成る
検索要求を受領する処理と、前記検索要求で指定された
検索対象データベースから前記検索条件式に適合するす
べてのレコードを検索するとともに検索により得られた
レコード総数と前記下限値とを比較する処理と、前記レ
コードの総数が前記下限値に満たない場合は未検索デー
タベースを検出するとともに前記検索対象データベース
名を未検索のデータベース名に変更して前記検索条件式
による検索を継続実行し、一方、取得したレコードの総
数が前記下限値より多い場合は前記検索要求に基づく検
索を終了する処理と、をコンピュータ装置に実行させる
ためのプログラムを当該コンピュータ装置が読み取り可
能な形態で記録して成る。
【００１６】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。図１は、本発明のＤＢシス
テムの一実施形態を表す機能ブロック図であり、図７及
び図８に示した従来型システムと同一構成要素について
は同一符号を付してある。
施の形態を詳細に説明する。図１は、本発明のＤＢシス
テムの一実施形態を表す機能ブロック図であり、図７及
び図８に示した従来型システムと同一構成要素について
は同一符号を付してある。
【００１７】この実施形態のＤＢシステム１は、インタ
フェース・モジュール１０、検索管理モジュール２０、
及び複数のＤＢモジュール３０を具備して成る。各モジ
ュール１０，２０，３０は、コンピュータ装置が所定の
プログラムを読み込んで実行することにより形成され
る。上記プログラムは、通常、コンピュータ装置に内蔵
される記憶手段に格納されて使用されるが、コンピュー
タ装置とは分離した形態で取り引きされる記録媒体、例
えばＣＤ−ＲＯＭ等に格納され、使用時にコンピュータ
装置に読み取られて上記記憶手段にインストールされる
ものであってもよい。また、ＤＢモジュール３０につい
ては、インタフェース・モジュール１０や検索管理モジ
ュール２０とは別のプログラムによって形成されるよう
にしてもよい。
フェース・モジュール１０、検索管理モジュール２０、
及び複数のＤＢモジュール３０を具備して成る。各モジ
ュール１０，２０，３０は、コンピュータ装置が所定の
プログラムを読み込んで実行することにより形成され
る。上記プログラムは、通常、コンピュータ装置に内蔵
される記憶手段に格納されて使用されるが、コンピュー
タ装置とは分離した形態で取り引きされる記録媒体、例
えばＣＤ−ＲＯＭ等に格納され、使用時にコンピュータ
装置に読み取られて上記記憶手段にインストールされる
ものであってもよい。また、ＤＢモジュール３０につい
ては、インタフェース・モジュール１０や検索管理モジ
ュール２０とは別のプログラムによって形成されるよう
にしてもよい。
【００１８】本実施形態のＤＢシステム１では、利用者
から受領する検索要求として、所要のレコードを取得す
るための検索条件式、一意に設定された取得レコード数
の下限値、及び、検索対象ＤＢの指定を含むものを用い
る。
から受領する検索要求として、所要のレコードを取得す
るための検索条件式、一意に設定された取得レコード数
の下限値、及び、検索対象ＤＢの指定を含むものを用い
る。
【００１９】検索管理モジュール２０は、検索実行部２
１と継続実行制御部２２とを有している。検索実行部２
１は、検索対象ＤＢの自動指定を行うＤＢ選択部２１
１、上記検索条件式に基づく検索命令を発行する検索命
令部２１２、及び検索結果であるレコードの内容を統合
して一時保管する結果統合部２１３を具備し、一方、継
続実行制御部２２は、継続実行基準テーブル２２１、検
索状態テーブル２２２、及び検索処理を継続実行するか
どうかを判定する継続実行判定部２２３を備えて構成さ
れる。なお、検索実行部２１と継続実行制御部２２との
間は、相互にデータ授受を行えるようになっている。
１と継続実行制御部２２とを有している。検索実行部２
１は、検索対象ＤＢの自動指定を行うＤＢ選択部２１
１、上記検索条件式に基づく検索命令を発行する検索命
令部２１２、及び検索結果であるレコードの内容を統合
して一時保管する結果統合部２１３を具備し、一方、継
続実行制御部２２は、継続実行基準テーブル２２１、検
索状態テーブル２２２、及び検索処理を継続実行するか
どうかを判定する継続実行判定部２２３を備えて構成さ
れる。なお、検索実行部２１と継続実行制御部２２との
間は、相互にデータ授受を行えるようになっている。
【００２０】継続実行基準テーブル２２１は、利用者よ
り受領した検索要求を格納しておくためのテーブルであ
り、継続実行をするかどうかの判定の際に随時参照でき
るように構成されている。その内容は図３に例示すると
おりであり、検索したいレコードの特定を行う検索条件
式、取得レコード数の下限値、及び、指定された検索対
象ＤＢ名が更新自在に格納される。なお、上記下限値及
び検索対象ＤＢ名についてはシステム・パラメータの設
定値等に基づいて予め決定しておき、利用者からの入力
を省略できるようにしてもよい。この場合は、システム
・パラメータの設定値等が継続実行基準テーブル２２１
のデフォルトの情報となるように設定する。
り受領した検索要求を格納しておくためのテーブルであ
り、継続実行をするかどうかの判定の際に随時参照でき
るように構成されている。その内容は図３に例示すると
おりであり、検索したいレコードの特定を行う検索条件
式、取得レコード数の下限値、及び、指定された検索対
象ＤＢ名が更新自在に格納される。なお、上記下限値及
び検索対象ＤＢ名についてはシステム・パラメータの設
定値等に基づいて予め決定しておき、利用者からの入力
を省略できるようにしてもよい。この場合は、システム
・パラメータの設定値等が継続実行基準テーブル２２１
のデフォルトの情報となるように設定する。
【００２１】検索状態テーブル２２２は、ＤＢ３０の検
索状態または未検索状態を区別するための検索フラグと
検索処理が完了された際の検索結果のレコード数とを一
時的に格納しておくためのテーブルであり、未検索ＤＢ
の特定の際に随時参照できるように構成されている。こ
の検索状態テーブル２２２の格納情報は、後述するよう
に、検索処理完了毎に随時更新されるようになってい
る。なお、本実施形態では、複数のＤＢ３０と検索管理
モジュール２０とが直接接続されているものとして説明
するが、両者は通信回線等で接続されて遠隔地等に物理
的に分散配置されていてもよい。この場合の通信制御等
に関する処理は、既存の技術を用いることができる。
索状態または未検索状態を区別するための検索フラグと
検索処理が完了された際の検索結果のレコード数とを一
時的に格納しておくためのテーブルであり、未検索ＤＢ
の特定の際に随時参照できるように構成されている。こ
の検索状態テーブル２２２の格納情報は、後述するよう
に、検索処理完了毎に随時更新されるようになってい
る。なお、本実施形態では、複数のＤＢ３０と検索管理
モジュール２０とが直接接続されているものとして説明
するが、両者は通信回線等で接続されて遠隔地等に物理
的に分散配置されていてもよい。この場合の通信制御等
に関する処理は、既存の技術を用いることができる。
【００２２】以下、図２を参照して本実施形態のＤＢシ
ステム１の動作を具体的に説明する。まず、インタフェ
ース・モジュール１０を通じて利用者から検索要求を受
領する（ステップＳ１０１）。この検索要求は、検索管
理モジュール２０に転送される。検索管理モジュール２
０は、継続実行制御部２１において継続実行基準テーブ
ル２２１を作成するとともに、検索状態テーブル２２２
の内容を初期化する（ステップＳ１０２）。検索管理モ
ジュール２０は、また、検索対象ＤＢ名をＤＢ選択部２
１１に入力するとともに、検索条件式及び検索対象ＤＢ
名を検索実行部２１の検索命令部２１２に入力する。検
索命令部２１２は、入力された検索条件式及び検索対象
ＤＢ名に基づいて検索命令を作成し、これを該当するＤ
Ｂ３２を具備したＤＢモジュール３０に向けて発行する
（ステップＳ１０３）。ＤＢモジュール３０は、検索命
令部２１２より発行された検索命令に基づいて検索処理
を実行する。具体的には検索処理部３１でＤＢ３２を検
索し、該当するレコードを検索管理モジュール２０に返
す（ステップＳ１０４）。この検索結果を受領した検索
管理モジュール２０は、検索処理を継続実行するかどう
かを判定する（ステップＳ１０５，Ｓ１０６）。
ステム１の動作を具体的に説明する。まず、インタフェ
ース・モジュール１０を通じて利用者から検索要求を受
領する（ステップＳ１０１）。この検索要求は、検索管
理モジュール２０に転送される。検索管理モジュール２
０は、継続実行制御部２１において継続実行基準テーブ
ル２２１を作成するとともに、検索状態テーブル２２２
の内容を初期化する（ステップＳ１０２）。検索管理モ
ジュール２０は、また、検索対象ＤＢ名をＤＢ選択部２
１１に入力するとともに、検索条件式及び検索対象ＤＢ
名を検索実行部２１の検索命令部２１２に入力する。検
索命令部２１２は、入力された検索条件式及び検索対象
ＤＢ名に基づいて検索命令を作成し、これを該当するＤ
Ｂ３２を具備したＤＢモジュール３０に向けて発行する
（ステップＳ１０３）。ＤＢモジュール３０は、検索命
令部２１２より発行された検索命令に基づいて検索処理
を実行する。具体的には検索処理部３１でＤＢ３２を検
索し、該当するレコードを検索管理モジュール２０に返
す（ステップＳ１０４）。この検索結果を受領した検索
管理モジュール２０は、検索処理を継続実行するかどう
かを判定する（ステップＳ１０５，Ｓ１０６）。
【００２３】検索管理モジュール２０による継続実行の
判定は、以下のようにして行われる。まず、検索結果で
あるレコードの総数と継続実行基準テーブル２２１中の
下限値とを継続実行判定部２２３において比較する。比
較の結果、レコード総数が下限値より多い場合は（ステ
ップＳ１０６、Ｎｏ）、ＤＢモジュール３０からのレコ
ード検索を終了する。一方、レコード総数が下限値に満
たない場合は（ステップＳ１０６，Ｙｅｓ）、検索状態
テーブル２２１から未検索状態にあるＤＢを検出し、検
索対象ＤＢ名の指定を、検出したＤＢに変更する（ステ
ップＳ１０７）。このとき、継続実行制御部２２は検索
実行部２１に継続実行の通知を行う。処理はステップＳ
１０３に戻り、変更された検索対象ＤＢと、ステップ１
０１において受領した検索条件式に基づき検索処理の継
続実行を行う。これをレコード総数が下限値よりも多く
なるまで繰り返す。レコード検索が終了したときは、検
索結果統合部２１３でレコード内容を統合し（ステップ
Ｓ１０８）、これをインタフェース・モジュール１０を
通じて利用者に提示する（ステップＳ１０９）。
判定は、以下のようにして行われる。まず、検索結果で
あるレコードの総数と継続実行基準テーブル２２１中の
下限値とを継続実行判定部２２３において比較する。比
較の結果、レコード総数が下限値より多い場合は（ステ
ップＳ１０６、Ｎｏ）、ＤＢモジュール３０からのレコ
ード検索を終了する。一方、レコード総数が下限値に満
たない場合は（ステップＳ１０６，Ｙｅｓ）、検索状態
テーブル２２１から未検索状態にあるＤＢを検出し、検
索対象ＤＢ名の指定を、検出したＤＢに変更する（ステ
ップＳ１０７）。このとき、継続実行制御部２２は検索
実行部２１に継続実行の通知を行う。処理はステップＳ
１０３に戻り、変更された検索対象ＤＢと、ステップ１
０１において受領した検索条件式に基づき検索処理の継
続実行を行う。これをレコード総数が下限値よりも多く
なるまで繰り返す。レコード検索が終了したときは、検
索結果統合部２１３でレコード内容を統合し（ステップ
Ｓ１０８）、これをインタフェース・モジュール１０を
通じて利用者に提示する（ステップＳ１０９）。
【００２４】次に、上記一連の検索処理において検索状
態テーブル２２２の内容が変遷する過程を、図４〜図６
を参照して説明する。また、この説明では下限値の値が
３０件に設定されているものとする。図４は初期化状態
を表す図であり、インタフェース・モジュール１０を通
じて検索要求が検索管理モジュール２０に入力されたと
きに、継続実行制御部２２が、検索状態テーブル２２２
に登録されているすべてのＤＢの検索フラグを未検索状
態に更新するとともに、各ＤＢについてのすべてのレコ
ード数を“０”に更新する。この処理は、ステップＳ１
０１ないしステップＳ１０２の際に行われる。検索対象
ＤＢ１，ＤＢ２が指定され、ステップＳ１０３〜Ｓ１０
５の処理によりＤＢモジュール３０から該当レコードが
得られた場合の検索状態テーブル２２２の内容の変化を
示したのが図５である。すなわち、継続実行制御部２２
は、検索状態テーブル２２２中のＤＢ１，ＤＢ２の検索
フラグを検索状態に更新し、また、検索結果であるレコ
ードが得られる毎に対応するＤＢ１，ＤＢ２についての
レコードの総数をそれぞれ１０件、５件のように更新す
る。この場合のレコード総数は１５件であり、下限値
（３０件）に満たないので、継続実行制御部２２は、未
検索状態のＤＢ３を検索対象ＤＢとして指定し、継続実
行基準テーブル２２１中の検索条件式に基づいた検索処
理の継続実行を行う。
態テーブル２２２の内容が変遷する過程を、図４〜図６
を参照して説明する。また、この説明では下限値の値が
３０件に設定されているものとする。図４は初期化状態
を表す図であり、インタフェース・モジュール１０を通
じて検索要求が検索管理モジュール２０に入力されたと
きに、継続実行制御部２２が、検索状態テーブル２２２
に登録されているすべてのＤＢの検索フラグを未検索状
態に更新するとともに、各ＤＢについてのすべてのレコ
ード数を“０”に更新する。この処理は、ステップＳ１
０１ないしステップＳ１０２の際に行われる。検索対象
ＤＢ１，ＤＢ２が指定され、ステップＳ１０３〜Ｓ１０
５の処理によりＤＢモジュール３０から該当レコードが
得られた場合の検索状態テーブル２２２の内容の変化を
示したのが図５である。すなわち、継続実行制御部２２
は、検索状態テーブル２２２中のＤＢ１，ＤＢ２の検索
フラグを検索状態に更新し、また、検索結果であるレコ
ードが得られる毎に対応するＤＢ１，ＤＢ２についての
レコードの総数をそれぞれ１０件、５件のように更新す
る。この場合のレコード総数は１５件であり、下限値
（３０件）に満たないので、継続実行制御部２２は、未
検索状態のＤＢ３を検索対象ＤＢとして指定し、継続実
行基準テーブル２２１中の検索条件式に基づいた検索処
理の継続実行を行う。
【００２５】図６は、未検索ＤＢ３についての検索処理
が継続実行された場合の検索状態テーブル２２２の変化
を示した図である。図６の例では、ＤＢ３についての検
索結果は２０件であり、レコード総数が３５件となって
下限値（３０件）より多くなったため、検索管理モジュ
ール２０は、以降の検索処理の継続実行を行わず、検索
処理を終了する。このとき、検索管理モジュール２０
は、インタフェース・モジュール１０を通じて、利用者
に設定された下限値よりも多いレコードが獲得されたと
いう旨のメッセージを通知する。そして、必要に応じ
て、すべてのレコードの内容を統合したものを提示す
る。
が継続実行された場合の検索状態テーブル２２２の変化
を示した図である。図６の例では、ＤＢ３についての検
索結果は２０件であり、レコード総数が３５件となって
下限値（３０件）より多くなったため、検索管理モジュ
ール２０は、以降の検索処理の継続実行を行わず、検索
処理を終了する。このとき、検索管理モジュール２０
は、インタフェース・モジュール１０を通じて、利用者
に設定された下限値よりも多いレコードが獲得されたと
いう旨のメッセージを通知する。そして、必要に応じ
て、すべてのレコードの内容を統合したものを提示す
る。
【００２６】このように、本実施形態のＤＢシステム１
では、複数のＤＢモジュール３０から検索条件に適合す
るレコードを取得する際に、予め指定したＤＢのみでは
必要な数のレコードが得られない場合は検索管理モジュ
ール２０が自動的に未検索ＤＢを指定して上記検索条件
のもとでの検索処理を継続実行するので、従来型システ
ムのように、検索要求を設定し直して検索処理を再実行
する必要がなくなり、迅速な検索処理が可能になる。ま
た、複数のＤＢモジュール３０の検索処理を網羅的に行
うことが容易になるので、例えば分散型のＤＢシステム
を構築した場合の検索能力を従来よりも格段に高めるこ
とができる。
では、複数のＤＢモジュール３０から検索条件に適合す
るレコードを取得する際に、予め指定したＤＢのみでは
必要な数のレコードが得られない場合は検索管理モジュ
ール２０が自動的に未検索ＤＢを指定して上記検索条件
のもとでの検索処理を継続実行するので、従来型システ
ムのように、検索要求を設定し直して検索処理を再実行
する必要がなくなり、迅速な検索処理が可能になる。ま
た、複数のＤＢモジュール３０の検索処理を網羅的に行
うことが容易になるので、例えば分散型のＤＢシステム
を構築した場合の検索能力を従来よりも格段に高めるこ
とができる。
【００２７】
【発明の効果】以上の説明から明らかなように、本発明
によれば、利用者の要求を満たすまで検索対象となるＤ
Ｂが自動的に変更されて検索処理が繰り返されるので、
利用者は１回の検索要求を入力するだけで所望の検索結
果を得ることが可能となり、また、システム側の負荷も
軽減される効果がある。また、検索を完了したＤＢの履
歴情報を記憶する必要がなくなるので、利用者の負担が
大幅に軽減される効果もある。
によれば、利用者の要求を満たすまで検索対象となるＤ
Ｂが自動的に変更されて検索処理が繰り返されるので、
利用者は１回の検索要求を入力するだけで所望の検索結
果を得ることが可能となり、また、システム側の負荷も
軽減される効果がある。また、検索を完了したＤＢの履
歴情報を記憶する必要がなくなるので、利用者の負担が
大幅に軽減される効果もある。
【図１】本発明の一実施形態に係るＤＢ（データベー
ス）システムの機能ブロック図。
ス）システムの機能ブロック図。
【図２】本実施形態のＤＢシステムにおける検索処理の
手順説明図。
手順説明図。
【図３】本実施形態による継続実行基準表の内容例を示
す説明図。
す説明図。
【図４】本実施形態による検索状態表の内容例（初期化
状態）を示す説明図。
状態）を示す説明図。
【図５】検索状態表の変化例を示す説明図。
【図６】検索状態表の変化例を示す説明図。
【図７】従来のＤＢシステムの機能ブロック図。
【図８】従来の他のＤＢシステムの機能ブロック図。
【図９】図７に示したＤＢシステムにおける検索処理の
手順説明図。
手順説明図。
【図１０】図８に示したＤＢシステムにおける検索処理
の手順説明図。
の手順説明図。
１ ＤＢ（データベース）システム １０ インタフェース・モジュール ２０ 検索管理モジュール ２１ 検索実行部 ２２ 継続実行制御部 ２１１ ＤＢ選択部 ２１２ 検索命令部 ２１３ 結果統合部 ２２１ 継続実行基準表 ２２２ 検索状態表 ２２３ 継続実行判定部 ３０，３０１〜３０ｎ ＤＢモジュール ３１，３１１〜３１ｎ 検索処理部 ３２，３２１〜３２ｎ ＤＢ（データベース）
Claims (6)
- 【請求項１】 所定の検索命令に基づいて該当するデー
タベースからレコードの検索を行う複数のデータベース
モジュールと、 所要のレコードを取得するための検索条件式、一意に設
定された取得レコード数の下限値、及び検索対象データ
ベースの指定を含んで成る検索要求を受領して、前記検
索条件式に基づく検索命令を前記検索対象データベース
に対応するデータベースモジュールに発行して該当する
レコードを取得するとともに、取得したレコードの総数
と前記下限値とを比較して前記検索命令の発行を継続す
るかどうかの判定を行う手段を有する検索管理モジュー
ルと、 を備えて成るデータベースシステム。 - 【請求項２】 前記検索管理モジュールは、前記検索要
求について未検索のときと検索終了のときとで異なる状
態値となる検索フラグをデータベースモジュール毎に記
録した検索状態テーブルを有し、前記レコードの総数が
前記下限値に満たない場合は前記検索状態テーブルを参
照して未検索データベースを特定し、前記検索対象デー
タベースを、前記特定した未検索のデータベースに変更
して前記検索条件式による検索命令を発行するように構
成されていることを特徴とする請求項１記載のデータベ
ースシステム。 - 【請求項３】 前記検索管理モジュールは、前記レコー
ドの総数が前記取得レコード数の下限値より多くなった
時点で前記検索命令の発行を終了することを特徴とする
請求項１または２記載のデータベースシステム。 - 【請求項４】 各々レコードが蓄積された複数のデータ
ベースから所要のレコードを取得するための検索条件
式、一意に設定された取得レコード数の下限値、及び、
検索対象データベースの指定を含んで成る検索要求を外
部から受領し、この検索要求で指定された検索対象デー
タベースから前記検索条件式に適合するすべてのレコー
ドを検索するとともに検索により得られたレコード総数
と前記下限値とを比較する過程とを有し、 前記レコード総数が前記下限値に満たない場合は前記検
索対象データベースを未検索のデータベースに変更して
前記検索条件式による検索を継続実行し、一方、前記レ
コード総数が前記下限値より多い場合は当該検索条件式
による検索を終了することを特徴とする、データベース
システムにおける情報検索方法。 - 【請求項５】 個々の検索要求について未検索のときと
検索終了のときとで異なる状態値となる検索フラグをデ
ータベース毎に記録しておき、前記検索フラグの状態値
に基づいて前記未検索データベースを特定することを特
徴とする請求項４記載の情報検索方法。 - 【請求項６】 複数のデータベースから所要のレコード
を取得するための検索条件式、一意に設定された取得レ
コード数の下限値、検索対象データベース名を含んで成
る検索要求を受領する処理と、 前記検索要求で指定された検索対象データベースから前
記検索条件式に適合するすべてのレコードを検索すると
ともに検索により得られたレコード総数と前記下限値と
を比較する処理と、 前記レコードの総数が前記下限値に満たない場合は未検
索データベースを検出するとともに前記検索対象データ
ベースを未検索のデータベースに変更して前記検索条件
式による検索を継続実行し、一方、取得したレコードの
総数が前記下限値より多い場合は前記検索要求に基づく
検索を終了する処理と、 をコンピュータ装置に実行させるためのプログラムを当
該コンピュータ装置が読み取り可能な形態で記録して成
る記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9121125A JPH10312385A (ja) | 1997-05-12 | 1997-05-12 | データベースシステム、情報検索方法、及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9121125A JPH10312385A (ja) | 1997-05-12 | 1997-05-12 | データベースシステム、情報検索方法、及び記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10312385A true JPH10312385A (ja) | 1998-11-24 |
Family
ID=14803509
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9121125A Pending JPH10312385A (ja) | 1997-05-12 | 1997-05-12 | データベースシステム、情報検索方法、及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10312385A (ja) |
-
1997
- 1997-05-12 JP JP9121125A patent/JPH10312385A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5884310A (en) | Distributed data integration method and system | |
| US5903887A (en) | Method and apparatus for caching result sets from queries to a remote database in a heterogeneous database system | |
| US6105017A (en) | Method and apparatus for deferring large object retrievals from a remote database in a heterogeneous database system | |
| US6754648B1 (en) | Method for storing and managing data | |
| EP1566753A2 (en) | Searchable archive | |
| US5625771A (en) | Method for making cursor form | |
| US20120227055A1 (en) | Workflow Processing System and Method with Database System Support | |
| JP2008310634A (ja) | データベース検索装置及びデータベース検索プログラム | |
| US5956727A (en) | Heterogeneous database system with data source extensibility and alteration of database functions | |
| JPH04349574A (ja) | 地図データ管理方式 | |
| JPH10289134A (ja) | データベースにおけるアクセス管理方式 | |
| JPH10111821A (ja) | クライアント・サーバー・システム | |
| JPH10312385A (ja) | データベースシステム、情報検索方法、及び記録媒体 | |
| US20130006921A1 (en) | Method For Transferring Data into Database Systems | |
| JPH09305622A (ja) | 文書検索機能を有するデータベース管理方法およびシステム | |
| US11556515B2 (en) | Artificially-intelligent, continuously-updating, centralized-database-identifier repository system | |
| US7010552B2 (en) | Optimizing command execution in database systems that provide support for updatable scrollable cursors | |
| JP2870308B2 (ja) | データベースマネージメントシステム | |
| JPH07295868A (ja) | データベースの整合性制約管理方法 | |
| JP4228267B2 (ja) | 集合属性検索システム、集合属性検索方法および集合属性検索プログラム | |
| JP3298935B2 (ja) | ファイル管理装置 | |
| JPH1091503A (ja) | 情報資源管理制御方法及びシステム | |
| JPH0340043A (ja) | データベース世代管理方法 | |
| JPS63196956A (ja) | フアイル排他方式 | |
| JPH0560143B2 (ja) |