JP2000020527A

JP2000020527A - データベースにおける検索方式

Info

Publication number: JP2000020527A
Application number: JP10188533A
Authority: JP
Inventors: Saikurikaeshishi Endo; 菜々子遠藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-07-03
Filing date: 1998-07-03
Publication date: 2000-01-21

Abstract

(57)【要約】【課題】データベースシステムで、条件検索の検索結果
を再利用するための行位置情報の格納方法を、検索のヒ
ット率により切りわけることで領域を最小化し、検索を
高速に行う。【解決手段】検索処理時、データベース管理プログラム
１０４が処理中の検索と一致する検索条件を検索結果管
理テーブル１０８に発見した場合、対応する検索結果位
置情報１０９を参照することで、一致した検索条件につ
いてのデータベース１０４の検索を不要とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータベース検索処
理方式に係り、条件をいろいろと変えて試行錯誤的に行
う検索処理に有効な検索処理方式に関する。

【０００２】

【従来の技術】データベースに対し試行錯誤的に検索を
行う場合、例えば特開平5-225238号公報は、ある検索処
理の検索条件と検索条件を満たす物件番号のリスト（検
索結果位置情報に対応）を検索時に作成し、別の検索処
理時に再利用する方式である。また、特開平6-215044号
公報は、リストではなくビットマップを用いて検索結果
を保持している。

【０００３】

【発明が解決しようとする課題】しかし、特開平5-2252
38号公報では、検索結果位置情報を作成する領域長は検
索結果のヒット率に比例して増加するため、ヒット率が
高い場合、必要な領域は膨大なものとなるという課題が
ある。一方、特開平6-215044号公報についても、ビット
マップを作成する領域長は全データ件数に比例するた
め、データ件数の多いデータベースでは必要な領域は大
きくなる。

【０００４】本発明の目的は、検索結果位置情報を作成
する手段を、検索条件を満たす行の行ｉｄリスト、又は
各行に対応したビットを持つビットマップの二通り持
ち、それらを併用するとともに、検索のヒット率を用い
て各検索処理についてより少ない領域を使用する手段で
検索結果位置情報を作成するよう最小化することにあ
る。

【０００５】

【課題を解決するための手段】上記の目的は、検索結果
位置情報を再利用する検索処理システムにおいて、ある
検索処理のヒット率を求め、その値からヒットした行の
位置情報をリストとビットマップのどちらで作成するか
を決定し、検索結果位置情報を作成することで達成され
る。ここでヒット率とは、例えば実際に検索した結果件
数から求めるものと、最適化等で用いる、ＳＱＬの統計
情報を利用した値の分布状態や重複度合等から予測する
ものとがあるが、本発明ではどちらかに限らない。

【０００６】

【発明の実施の形態】以下、本発明の一実施例について
図面で説明する。

【０００７】図１は本発明によるデータベースシステム
の構成例である。

【０００８】電子計算機１０１には、補助記憶装置１０
２、オンライン処理で使用する端末システム１０３、及
びデータベース１０４が接続されている。電子計算機１
０１には実記憶装置（メインメモリ）１０５があり、デ
ータベース管理プログラム１０６、キャッシュ領域１０
７に検索結果管理テーブル１０８、検索結果位置情報１
０９が存在する。

【０００９】データベース管理プログラム１０６は、端
末システム１０３との入出力管理やデータベース１０４
へのアクセス制御、検索結果管理テーブル１０８や検索
結果位置情報１０９の管理を行う。補助記憶装置１０２
は検索結果管理テーブル１０８及び検索結果位置情報１
０９の二次キャッシュ領域として使用する。

【００１０】図２は検索結果管理テーブル２０１及び検
索結果位置情報の構成例を示したものである。本実施例
では、検索結果管理テーブル２０１は検索条件と検索結
果位置情報へのポインタからなるエントリで構成され
る。検索結果位置情報は、データベースの実データ件数
Ｎ個のビットからなる検索結果ビットマップ２０２、ま
たは、対応する検索結果管理テーブルのエントリの検索
条件を満たす実データの位置を表す行ｉｄからなる検索
結果行ｉｄリスト２０３の２形式がある。

【００１１】検索結果ビットマップ２０２の各ビット
は、実データのデータベース内の位置情報である行ｉｄ
と１対１で対応する。各ビットには、対応する行ｉｄが
指す実データがそのビットマップをポイントするエント
リの検索条件を満たす場合に１、満たさない場合に０が
設定される。また、検索結果行ｉｄリスト２０３は、リ
ストをポイントするエントリの検索条件を満たす実デー
タの行ｉｄがリスト形式になったものである。図２は、
検索条件がＸの場合、またＸＡＮＤＹの場合の検索
結果ビットマップ２０２、検索条件がＺの場合の検索結
果行ｉｄリスト２０３、及び検索結果管理テーブル２０
１の例である。

【００１２】検索結果位置情報を検索結果ビットマップ
２０２と検索結果行ｉｄリスト２０３のどちらで作成す
るかは、検索のヒット率から必要な領域長を算出して決
定する。検索結果ビットマップ２０２はデータベースの
実データ件数Ｎ個のビットで構成されるため、検索対象
の表データ件数に比例した領域長となり、ヒット率の影
響を受けない。一方、検索結果行ｉｄリスト２０３はヒ
ット率が低いほど必要な領域長は小さくなる。

【００１３】検索結果ビットマップ２０２の領域長をＬ
１、検索結果行ｉｄリスト２０３の領域長をＬ２とする
と、各領域長は以下のようになる。

【００１４】

【数１】Ｌ１＝Ｎ／８（バイト）Ｌ２＝（Ｎ×（ヒット率）／８）×（行ｉｄ長）（バ
イト）Ｌ１＞Ｌ２となる検索処理の場合は、検索結果行ｉｄリ
スト２０３を作成し、Ｌ１＜＝Ｌ２となる検索処理の場
合は検索結果ビットマップ２０２を作成することで、検
索結果位置情報の領域長を最適化する。

【００１５】図３は検索結果位置情報をビットマップで
作成する場合の、本発明による検索結果管理テーブル及
び検索結果ビットマップを使用した検索の基本的な処理
フローである。

【００１６】検索処理Ａ：検索結果管理テーブルに検索条件が一致す
るエントリがない検索処理検索処理Ｂ：検索処理Ａの検索条件に条件を追加した検
索処理検索処理Ｃ：検索処理Ｂと同内容の検索処理とする。

【００１７】検索処理Ａを開始すると、データベース管
理プログラムはＡの検索条件を検索結果管理テーブルの
エントリが持つ検索条件と照会する（３０１）。Ａの検
索条件と一致するエントリがないので、全ての実データ
についてデータベースアクセスし（３０２）、Ａの検索
条件で検索する。その結果がＡの検索結果となる。

【００１８】検索のヒット率を求め、検索結果位置情報
をビットマップで作成した場合と行リストｉｄで作成し
た場合の検索結果管理情報の領域長を算出し、最適な作
成方法を決定する（３１１）。検索結果ビットマップを
作成し、Ａの検索条件と作成した検索結果ビットマップ
へのポインタを検索結果管理テーブルに登録する（３０
３）。

【００１９】続けて検索処理Ｂを開始すると、データベ
ース管理プログラムはＢの検索条件を検索結果管理テー
ブルのエントリが持つ検索条件と照会する（３０１）。
検索処理Ａ実行時に作成したエントリが、Ｂの検索条件
の一部分と一致するので（３０５）、そのエントリがポ
イントする検索結果ビットマップでビット値１の実デー
タについてデータベースアクセスし、そのエントリの検
索条件に含まれなかったＢの検索条件で検索する（３０
６）。

【００２０】その結果がＢの検索結果となる。検索のヒ
ット率を求め、検索結果位置情報をビットマップで作成
した場合と行リストｉｄで作成した場合の検索結果管理
情報の領域長を算出し、最適な作成方法を決定する（３
１２）。

【００２１】検索結果からビットマップを作成し、Ｂの
検索条件と作成した検索結果ビットマップへのポインタ
を検索結果管理テーブルに登録する（３０７）。続けて
検索処理Ｃを開始すると、データベース管理プログラム
はＣの検索条件を検索結果管理テーブルのエントリが持
つ検索条件と照会する（３０１）。検索処理Ｂ実行時に
作成したエントリが、Ｃの検索条件と完全一致するので
（３０５）、そのエントリがポイントする検索結果ビッ
トマップでビット値１の実データにアクセスする（３０
９）。アクセスした全てのデータはＣの検索結果とな
る。

【００２２】上記の検索処理Ａの検索結果位置情報を行
ｉｄリストで作成した場合、検索処理Ｂ実行時には、検
索処理Ａで作成した検索結果行ｉｄリストを参照し、リ
ストの行ｉｄが示すデータ全てにアクセスし、検索結果
管理テーブルの対応するエントリの検索条件に含まれな
かったＢの検索条件で検索する。その結果がＢの検索結
果となる。この検索結果で行ｉｄリストを作成した場
合、検索処理Ｃ実行時には、検索処理Ｂで作成した検索
結果行ｉｄリストを参照し、リストの行ｉｄが示すデー
タ全てにアクセスする。アクセスした全てのデータはＣ
の検索結果となる。

【００２３】以下、図４は検索結果位置情報に必要な領
域長計算、比較により検索結果行ｉｄリストを利用した
場合の一連の処理の例である。表Ｔ１は図４で示すよう
に、名前、性別、職業、年齢の列で構成され、Ｎ件のデ
ータが格納されている。

【００２４】図４はデータベースに示すＴ１に対し、性別＝ＭＡＮＤ職業＝会社員の検索処理を行ったときのシステム及びデータ構成図で
ある。データベース管理プログラム４０１は、端末シス
テム４０２から検索処理の要求を受信し、検索処理を
開始する。検索結果管理テーブル４０３のエントリ数は
０のため、データベース管理プログラム４０１はデータ
ベース４０４の表Ｔ１の全データにアクセスし、性別＝
Ｍの検索を行う。

【００２５】この検索結果を検索結果管理テーブル４０
３に登録するにあたり、データベース管理プログラム４
０１は、検索条件のヒット率、検索結果ビットマップを
作成した場合と検索結果行ｉｄリストを作成した場合の
格納領域長を算出し、ビットマップを作成する方が領域
長が小さくなるという比較結果が出た場合、性別＝Ｍの
ビットマップ４０５を作成し（ビットマップの作成方法
は図２の説明に示した）、性別＝Ｍの検索条件と作成し
たビットマップ４０５へのポインタを検索結果管理テー
ブル４０３に登録する。

【００２６】次に性別＝Ｍで絞りこまれた結果に対し職
業＝会社員の検索を行う。先程と同様に検索結果の格納
領域長を算出し、領域長の小さい格納方法にしたがって
検索結果位置情報を作成する。この場合は性別＝ＭＡ
ＮＤ職業＝会社員の行ｉｄリスト４０６を作成し、検
索条件と作成した行ｉｄリスト４０６へのポインタを検
索結果管理テーブル４０３に登録する。この検索結果が
検索処理の結果となるので、データベース管理プログ
ラム４０１は結果を端末システム４０２に送信する。

【００２７】本実施例によれば、検索結果位置情報を作
成する手段を検索条件を満たす行の行ｉｄリスト、又は
各行に対応したビットを持つビットマップの二通り持
ち、各検索処理についてより少ない領域を使用する手段
で検索結果位置情報を作成することで、検索結果位置情
報の領域長を最小化することができる。

【００２８】

【発明の効果】以上説明したように、本発明により、検
索結果情報を保持し再利用する検索処理の場合に、各検
索のヒット率による検索結果情報の作成方法切りかえを
行うことで、検索結果情報を格納する領域長を最小化す
ることができ、領域を有効に利用できる。

【図面の簡単な説明】

【図１】本発明によるデータベース検索システムの構成
例を示す図である。

【図２】検索結果管理テーブル及び検索結果位置情報の
内容の一例を示す図である。

【図３】本発明による検索処理のフロー例を示す図であ
る。

【図４】本発明による検索処理時のシステム及びデータ
構成図である。

【符号の説明】

１０１…電子計算機、１０２…補助記憶装置、１０
３…端末システム、１０４…データベース、１０５…実
記憶装置（メインメモリ）、１０６…データベース管理
プログラム、１０７…キャッシュ領域、１０
８…検索結果管理テーブル、１０９…検索結果位
置情報、２０１…検索結果管理テーブル、２０２
…検索結果ビットマップ、２０３…検索結果行ｉｄリス
ト、３０１〜３１０…処理ステップ、４０１…デ
ータベース管理プログラム、４０２…端末システム、４
０３…検索結果管理テーブル、４０４…検索結果
ビットマップ、４０５…検索結果行ｉｄリスト。

Claims

【特許請求の範囲】

【請求項１】データベースシステムにおいて、検索処理
時に検索結果位置情報（検索条件を満たす行の位置情
報）を、検索条件を満たす行の行ｉｄリストで作成する
方法と、各行に対応したビットを持つビットマップで作
成する方法の二方法で作成する手段、及び二方法のうち
検索結果位置情報用の領域長が各検索処理について最小
となる方法を選択する手段を含むことで必要なメモリを
最小化し絞り込み検索を高速に行うことを特徴とするデ
ータベースにおける検索方式。