JPH08255170A - ソート付き検索処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 データベースの検索処理を高速化する。 【構成】 アプリケーションプログラム３０からレコー
ド１１のソートキーとソート順が指定されると、インデ
クスソート可否判断処理機構２１はインデクス１２とそ
の検索条件とを比較する。インデクス１２の予めソート
された値がソートキーと一致すれば、インデクス１２を
利用してソート無しに既にソートされたレコードをソー
トキー順に取り出せる。インデクス１２の構造によって
は、ソートキーが２以上あってもこれが可能となる。ま
た、インデクスのソート順と検索条件のソート順が逆の
場合には、インデクスを逆に読むことによって、同様の
取り出しが可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベース等の大量
のレコードを格納している装置から、指定された条件を
満たすレコードを、指定された順序に取り出す処理を高
速に実行するためのソート付き検索処理装置に関するも
のである。

【０００２】

【従来の技術】関係型（リレーショナル）データベース
等のデータベースでは、多くはレコード単位でデータを
格納している。なお、関係型データベースのレコード
は、行あるいはタプルとも呼ばれている。これらのレコ
ードは、論理的に区切られた１つ以上の列、あるいはア
トリビュートと呼ばれる項目から構成されている。

【０００３】データベースはこのようなレコードをディ
スク等の二次記憶装置上に格納するが、どのような順序
でこれらのレコードを格納するかは特に規定されていな
い。多くの場合、レコードは投入された順序に二次記憶
装置上に格納されていく。しかし、レコードの投入と削
除を頻繁に繰り返すような処理が行われる場合には、デ
ィスク上の領域を有効に利用する必要性から、削除され
たレコードの領域に、新たに投入されたレコードが重ね
て格納される。このような場合に、データベースに投入
されたレコードがどのような順序で格納されているか、
データベースをアクセスする側およびＤＢＭＳ（データ
ベース管理システム）からも予め知ることはできない。
なお、この明細書において、データベースをアクセスす
る側のことを、以後アプリケーションプログラムと呼ぶ
ことにする。

【０００４】一方、アプリケーションプログラムの観点
からは、データベースに格納したレコードを、ある順序
で取り出すことが必要な場合が多い。その多くの場合、
レコードを構成するいずれかの項目の値の昇順あるいは
降順に、レコードを順序づけて取り出す。さらに、格納
したレコードを無条件で全て取り出すほか、ある条件を
指定して、その条件を満足するレコードだけを、指定し
た順序でアプリケーション側に取り出すことを要求され
ることも多い。このような要求の代表的なものとして、
下記の文献の規定するＳＱＬ言語中のORDER BY句、GROU
P BY句の処理、および各種の集合演算とその拡張機能が
ある。 参考文献：日本規格協会、データベース言語ＳＱＬ JI
S-X-3005-1990 これらのデータベース検索処理は、いずれも条件に該当
するレコードを全てデータベースから取り出して所定の
順序にソートし直す。以下その手順を説明する。

【０００５】(1) まず、アプリケーションプログラム
が、ＤＢＭＳに対して処理要求を送信する。この処理要
求の内容は、例えば、「ある条件を満たすレコードを探
し出し、これに、指定された条件のもとにソート処理を
加えてアプリケーション側に返却せよ」というものであ
る。 (2) ＤＢＭＳは指定された条件を満足するレコードすべ
てを、一旦二次記憶装置や主記憶装置上のバッファ領域
にあるデータベースから取り出し、他のソートワークエ
リアに格納する。

【０００６】(3) そのソートワークエリアを使って、取
り出したレコード全てを指定された順序にソートし直
す。既に述べたように、ＤＢＭＳも、レコードがどのよ
うな順序でディスク上に格納されているか予め知ること
ができないからである。 (4) その後指定された条件に該当するレコード全てを取
り出し、ＤＢＭＳは、ソートの終了したレコードをアプ
リケーションに返却する。

【０００７】次に、このようなソートを伴う検索処理
を、より高速に実行するために、ソート処理装置を付加
した場合の処理手順を説明する。なお、ここで付加した
ソート処理装置は、ソートの対象となるレコードのデー
タベースからの取り出しと、そのソートし直しの処理を
高速化するための専用のハードウェアで、ＤＢＭＳの行
っていたレコードの取り出しとソート処理を実行する。 (1) まず、アプリケーションプログラムから、ソートを
伴うレコードの検索処理要求を受け取ったＤＢＭＳは、
「条件に該当するレコードを取り出して、指定された順
序にソートせよ」という要求をソート処理装置上のソー
トエンジンに送信する。

【０００８】(2) ソートエンジンはデータベースより、
処理要求に指定された条件を満足するレコードを取り出
し、ソート処理装置内のソートワークエリアを使って、
指定された順序にそれらのレコードをソートし直す。 (3) 更に、指定された条件を満足するレコードを全てデ
ータベースから取り出して、所定の順序にソートし直し
終えると、ソートエンジンはＤＢＭＳに対してソートを
完了したレコードの返却を開始する。 (4) また、あるいはＤＢＭＳがソートエンジンから処理
の完了を通知されると、ＤＢＭＳが、ソートワークエリ
アから逐次にソート済みのレコードを取り出してアプリ
ケーションに返却する処理を行う。

【０００９】

【発明が解決しようとする課題】ところで、上記のよう
な従来の検索処理装置には次のような解決すべき課題が
あった。 (1) 処理時間が長くかかる 条件に該当するレコードをすべてデータベースから取り
出してソートし直す処理が必須であるために、処理の対
象となるレコードが極めて多数に上る場合、アプリケー
ション側にレコードが返却されるに至るまでに長大な時
間を必要とする。例えば、該当レコード中の最大値を求
める処理では、アプリケーション側に最終的に返却する
必要のあるレコードがただの１件であるにもかかわら
ず、条件を満たすレコードが数千件に上った場合には、
この数千件のレコードを取り出してソートし直す処理を
要求される。このため、処理時間は技術的に満足できる
レベルに達しなかった。

【００１０】(2) ソート処理装置を使う場合の制約が大
きい 専用のハードウェア装置を使用するとシステムが高価
である。 特定の計算機にしか接続できないことが多く、使用上
の制約が大きい。 汎用の計算機の高速化に対して、専用のハードウェア
の高速化が追いつかず、すみやかに陳腐化する。

【００１１】

【課題を解決するための手段】本発明は上記の点を解決
するため次の構成を採用する。本発明の装置は、順不同
にレコードを格納するための記憶装置と、この記憶装置
に格納されたレコード中の特定の値をソートして、その
値とレコード格納場所を示すポインタと対応付けたイン
デクスと、アプリケーションプログラムに対して、レコ
ードの検索処理に際しての任意のソートキー指定と、指
定されたソートキーに対して昇順または降順のソート方
向指定を許す検索条件指定機構と、検索条件とインデク
スの構造とを比較して、指定されたソート処理を別途行
うべきか、ソート処理を省略しインデクスを経由したレ
コードの読み出しによっても、指定されたソートと同じ
効果を得られるか否かを判断するためのインデクスソー
ト可否判断処理機構とを備える。

【００１２】なお、検索条件とインデクスの構造とを比
較して、ソート処理を省略しても、指定されたソートと
同じ効果を得られると判断した場合に、その効果を得る
ためのレコードの読み出し方法を決定するレコード読み
出し機構を備えるとよい。また、ソート処理を省略して
も、指定されたソートと同じ効果を得られると判断した
場合に、ツリー構造のインデクスを利用して、昇順、降
順の何れの方向のソート指定に対してもソート処理を省
略して同じソートの効果を得るレコードの読み出し機構
を持つとよい。

【００１３】

【作用】アプリケーションプログラムからレコードのソ
ートキーとソート順が指定されると、インデクスソート
可否判断処理機構はインデクスとその検索条件とを比較
する。インデクスの予めソートされた値がソートキーと
一致すれば、インデクスを利用してソート無しに既にソ
ートされたレコードをソートキー順に取り出せる。イン
デクスの構造によっては、ソートキーが２以上あっても
これが可能となる。また、インデクスのソート順と検索
条件のソート順が逆の場合には、インデクスを逆に読む
ことによって、同様の取り出しが可能となる。

【００１４】本発明ではデータベースのレコードとは別
に用意されたインデクスをデータ取り出しに用いる。ソ
ート処理を行った後でレコードを読み出す代わりに、イ
ンデクス順に読み出しを行う。こうすれば、レコード全
件を取り出した上でソートし直し、該当するレコードを
取り出すといった処理を回避して、全体としてデータベ
ース検索処理時間を短縮できる。なお、二次記憶装置に
はレコードが任意の順に格納されていればよく、インデ
クスは少なくともレコード中の特定の値をソートして、
その値とレコード格納場所を示すポインタとを対応付け
た構成のものであればよい。この場合、その値は１個で
も複数でもよい。検索条件とインデクスとの構造比較
は、具体的にはソートキーとインデクスの値が一致する
かどうかの比較となる。

【００１５】

【実施例】以下、本発明を図の実施例を用いて詳細に説
明する。 ［ハードウェア］図１は、本発明のソート付き検索処理
装置の実施例を示すブロック図である。データベース１
０はアプリケーションプログラム３０によりデータベー
ス管理システム（ＤＢＭＳ）２０を介してアクセスされ
る。データベース１０は関係型データベースを構成する
レコード１１とインデクス１２により構成され、磁気デ
ィスク等の二次記憶装置に格納されている。ＤＢＭＳ２
０の内部で従来のデータベース管理の処理を行うのが制
御部本体２３である。

【００１６】インデクスソート可否判断処理機構２１
は、アプリケーションプログラム３０からの、ソートを
伴ったレコード検索要求の内容と、データベース１０に
格納されたインデクス１２の構造を比較した上で、イン
デクス１２を経由したレコードの読み出しにより、改め
てソート処理を行わなくても、指定された順序にレコー
ドを取り出してくることが可能であるか否かを判断する
モジュールである。レコード読み出し機構２２は、イン
デクスソート可否判断処理機構２１の判断に基づき、イ
ンデクス１２を経由することで、改めてソート処理を施
すことなく指定された順序にレコードを取り出してくる
処理モジュールである。検索条件指定機構２４はアプリ
ケーションプログラム３０から入力する検索条件を受け
入れて保持するレジスタ等から構成される。

【００１７】［インデクス］一方、既に説明したように
インデクス１２自体は、レコードに対して付加される別
のデータ構造であり、レコード１１の検索を高速化する
ために古くから使われてきた。インデクス１２の構造と
動作の詳細については、以下の参考文献に詳細に解説さ
れている。以下、簡単にそのインデクスの構造と動作の
概要を説明する。 参考文献：滝沢誠、「データベースシステム入門技術解
説〜基礎から詳細技術まで〜」、ソフト・リサーチ・セ
ンタ、1991年

【００１８】図２は、インデクス１２の代表的な構造を
示す説明図である。図２に示すように、インデクス１２
は木（ツリー）構造を持つ。インデクス１２は、レコー
ド１１の項目の値に対して索引をつける機構と考えてよ
い。ツリー構造を持ったインデクス１２は、根（root：
ルート）、中間（interior：インテリア）、葉（leaf：
リーフ）という単位から構成される。以下では、これら
の単位をノード（node）と呼ぶ。各ノードはポインタの
集合である。ルートノードからはその直下のインテリア
ノードへのポインタが張られており、各インテリアノー
ドからは更にその直下のノードへのポインタが伸びてい
る。レコードの件数により、ルートノードからリーフノ
ードに達するまでの段数（深さ、または高さ）は変化す
る。

【００１９】リーフノードには、インデクスの付けられ
ている列の値（以後、キー値と呼ぶ）がソートされて格
納されていることが特徴である。キー値を持つ実レコー
ドが実際に格納されている論理的な（あるいは物理的
な）アドレスは、リーフノードにセットで格納されてい
る。以下、このセットを「エントリ」と呼ぶ。リーフノ
ードに格納されているエントリのキー値は、左側のリー
フノードＮ１から右側のリーフノードＮ２０の方向に一
定順序にソートされている。ソートの方向は多くは昇順
であるが、降順であってもよい。

【００２０】アプリケーションが「ある条件に該当する
レコードを検索せよ」とする要求を出した場合、その条
件は、１つ以上のレコードの項目に対する等号、あるい
は不等号条件の組み合わせである。「項目１の値がＸに
等しいものを求めよ」とは、条件の例としてもっとも単
純なものの例の１つである。このような条件を与えられ
たＤＢＭＳは、その項目（項目１）につけられたインデ
クスをたどる。最も上位又は（下位）のノード（ルート
ノード）内部のエントリから、該当するレコードに関す
る情報がインテリアノードＮ６に格納されていることを
知ったＤＢＭＳ２０は、インテリアノードＮ６を読み、
ついでインテリアノードＮ６内部のエントリの情報から
リーフノードＮ１８に「項目１がＸに等しい」レコード
の格納位置の情報が配置されていることを知る。

【００２１】リーフノードＮ１８のエントリ情報から該
当レコードの格納位置を知ることで、ＤＢＭＳ２０はイ
ンデクス１２を持たない場合に比較してはるかに少ない
二次記憶装置からの読み出し回数で、該当レコードを取
り出すことが可能になる。このようにインデクスは本
来、与えられた条件を満足するレコードを高速に取り出
すための付加的なデータ構造であって、ソートを伴う検
索処理とは直接の関連を持たないものだった。本発明で
はこのインデクスをソート用のツールとして利用する。

【００２２】［検索条件］以下に、本発明のソート付き
検索処理装置の動作を説明する。図３は検索条件の内容
説明図で、図４は図１に示した装置の動作説明図であ
る。アプリケーションプログラム３０は、検索条件指定
機構２４を介して、ＤＢＭＳ２０を構成する制御部本体
２３に対してソートを伴うレコードの検索要求を発行す
る（ステップＳ１）。これは検索終了まで、検索条件指
定機構２４に保持される。最初に、説明の簡単のために
ＳＱＬの構文を用いて、図３に示すような処理の要求を
発行するものとする。

【００２３】図３は、「RECORD」と名前づけられたレコ
ードのならび（関係型データベースでは表と呼ばれる）
から、そのレコードの項目「COLUMN1 」の値が“１０”
を超え、かつ「COLUMN2 」の値が“２０”に等しいレコ
ードすべてについて、レコードの項目「COLUMN1 」で昇
順にソートを行って、アプリケーションに返却せよとい
う要求である。以降、レコードの項目「COLUMN1 」がソ
ートの対象となるキー値であるという意味で「ソートキ
ー」と呼ぶことにする。

【００２４】［検索実行］このような処理要求を受け取
った制御部本体２３は、インデクスソート可否判断処理
機構２１に、検索条件からインデクスを経由した処理が
可能であるか否かの判断を要求する（ステップＳ２）。
この要求に対して、インデクスソート可否判断処理機構
２１は、検索条件と検索の対象となっているレコード１
１のならびに付加されているインデクス１２の構造を比
較検討して、どのような処理を行えば、改めてレコード
１１をソートせずに要求された順序にレコード１１を取
り出し得るかを判断する。上述したＳＱＬによる例であ
れば、インデクスソート可否判断処理機構２１は以下の
手順で判断を行うことができる。

【００２５】まず、検索条件と検索の対象となっている
レコードのならびに付加されているインデクス１２の構
造を比較する。この場合では、例えば検索条件とソート
の条件とに共通の項目「COLUMN1 」が現れることが直ち
に検出される。インデクス１２が項目「COULMN1 」に対
して付加されていたものであるとする。この場合、まず
項目「COULMN1 」の値が１０を超えるレコードの物理的
な格納位置を、インデクス１２を経由して特定して、実
際のレコードを取り出せば、既に述べたインデクスの構
造の特徴から、取り出されるレコードが必ず項目「COUL
MN1 」の値で一定方向にソートされていることが保証さ
れることが明らかである。

【００２６】ついで、取り出された実際のレコードにつ
いて、項目「COLUMN2 」の値が２０に等しい物だけをア
プリケーションに返却すれば、改めてレコードをソート
し直すことなく、指定された条件を満足し、かつ指定さ
れた方向にソートされたレコードが取り出されてくる。
従って、インデクスソート可否判断処理機構２１は、イ
ンデクス１２を経由することでソート処理を省略するこ
とが可能である旨とその方法を制御部本体２３に通知す
る（ステップＳ３）。もし、このような条件を満足でき
なければ、インデクスソート可否判断処理機構２１は、
インデクス１２を経由してのソート処理の省略は不可能
と判断して、やはりその旨を制御部本体２３に通知する
（同ステップＳ３）。このような判断をもとに、制御部
本体２３は、インデクスソート可否判断処理機構２１か
ら受け取った処理の方法に関する情報に従い、インデク
ス１２とレコード１１の読み出し処理を実行し（ステッ
プＳ４）、得た結果を逐次にアプリケーションプログラ
ム３０に返却する（ステップＳ５、Ｓ６）。

【００２７】［検索条件］ＳＱＬ等では、さらに複雑な
ソートを伴う検索処理の要求を許している。その１例
を、やはりＳＱＬの構文で示すと以下の通りとなる。図
５は、検索条件の内容説明図（その２）である。これ
は、「RECORD」と名前づけられたレコードのならび（関
係型データベースでは表と呼ばれる）から、そのレコー
ドの項目「COLUMN1 」の値が１０を超え、かつ「COLUMN
2 」の値が２０を超えるレコードすべてについて、レコ
ードの項目「COLUMN1 」で昇順にソートを行い、そのそ
れぞれのレコードに対してレコードの項目「COLUMN2 」
で昇順にソートを行った上でアプリケーションに返却せ
よという要求である。

【００２８】［検索実行］レコード１１に対して付加さ
れたインデクス１２が、項目「COLUMN1 」に対してのみ
作成されたものである場合、このような要求に対して
は、インデクスソート可否判断処理機構２１はインデク
スを経由してソート処理を省略することが不可能と判断
する。しかし、複数の検索条件を組み合わせる場合、多
くのＤＢＭＳではそれら複数の検索条件に現れる複数の
項目を組み合わせたインデクスをレコードに対して付加
させて、検索の効率を上げる手段を提供している。その
ような組み合わせインデクス（以降、複合インデクス）
のエントリは、一般的に次のような構造を持つ。

【００２９】図６及び図７は、実際の数値の例を当ては
めた複合インデクスの具体例を示したものである。図６
のように、複合インデクスのエントリは、項目「COLUMN
1 」の値でソートされ、同じ項目「COLUMN1 」の値を持
つレコードの項目「COLUMN2 」の値でソートされてい
る。これは、図５の検索条件で要求されているレコード
のソートの順序と一致する。図７を見れば、その構造が
より具体的に理解できる。項目イの順にソートされたレ
コードが、更に項目ロの順にソートされている。このた
め、複数のソートの項目を指定されている場合にも、適
切な複合インデクスが定義されていれば、インデクスソ
ート可否判断処理機構２１は、インデクス１２を経由す
る処理で、ソート処理を省略するレコードの読み出しが
可能と判断できる。

【００３０】［ソート方向の相違への対応］既に述べた
ように、アプリケーション側はソートの方向を昇順、ま
たは降順に指定することができる。これまでの例で説明
したような、インデクス内部のエントリがある方向にソ
ートされている特性を利用しただけでは、例えばエント
リが昇順にソートされているインデクスだけをつかって
降順のソート指定には対処できない。本発明では、さら
にレコード読み出し機構２２によって、昇順／降順のい
ずれの方向のソート指定にも対処させることができる。
以下、エントリが昇順にソートされているツリー構造の
インデクスを使い、降順のソートを伴う検索処理要求
を、ソート処理を回避しながら実行できることを示す。

【００３１】説明の簡単のために、以下のようなＳＱＬ
文による検索処理を例として使う。図８に、検索条件の
内容説明図（その３）を示す。これは図５で示したＳＱ
Ｌ文と検索の条件は同じ内容だが、ソートの方向が降順
である点だけが異なっている。この場合、図４におい
て、インデクスソート可否判断処理機構２１は、検索条
件、ソート指示の内容と、インデクスの内容から、イン
デクスを経由する処理が可能である旨を制御部本体２３
に伝える。この情報をもとに制御部本体２３はレコード
読み出し機構２２に検索処理の実行を要求する（ステッ
プＳ７）。これを受け取ったレコード読み出し機構２２
は、次のような手順で、インデクス１２を経由したアク
セスと該当レコードの取り出しを実行し、取り出したレ
コードを逐次にアプリケーションに返却する（ステップ
Ｓ４，Ｓ５，Ｓ６）。

【００３２】図９と図１０には、このような本発明の装
置の動作フローチャートを示す。まず、この図９のステ
ップＳ１において、検索条件中のソート方向が昇順か降
順かを判断する。昇順でない場合にはステップＳ２にお
いて、インデクス１２を経由し、この検索条件を満足す
るソートキーの最大値の組合せのエントリを持つリーフ
ノードを捜し出す。即ち、図２の例で言えば、最もソー
トキーの大きいリーフノードＮ２０を見つけ出す。そし
て、ステップＳ３において、条件を満足するレコードを
取り出す。次に、ステップＳ４において、条件に該当す
るレコードがまだあるかどうかを判断し、まだあるよう
であればステップＳ５に移り、現在のエントリが現在の
リーフノードで最小のものかどうかを判断する。

【００３３】最小のものでなければステップＳ６に移
り、同じリーフノードの中で１つ前のエントリを探す。
即ち、ステップＳ５，Ｓ６ではリーフノードの最もソー
トキーの大きいものから順にポインタを取り出し、これ
に対するレコードを読む。そして、ステップＳ３，Ｓ
４，Ｓ５，Ｓ６のループを繰り返し、現在のエントリで
最小のソートキーが参照された後はステップＳ７に移
り、インデクスの構造を辿って１つ前のリーフノードを
読み出す。

【００３４】こうして、ソートキーの最大値を持つリー
フノードから順番にソートキーの最小値を持つリーフノ
ードに向かってリーフノードを参照しレコードを読み取
る。こうして、全てのレコード読み取りが終了すると処
理が終了する。一方、ステップＳ１において、ソート方
向が昇順であると判断されると図１０のステップＳ８に
移り、今度はインデクスを経由し条件を満足するソート
キーの最小値の組合せのエントリを持つリーフノードを
捜し出す。即ち、図２において、リーフノードＮ１を見
つける。こうして、ステップＳ９において、条件を満足
するレコードを取り出し、ステップＳ１０において、条
件に該当するレコードがまだあるか判断し、ステップＳ
１１において、現在のエントリが現在のリーフノードで
最大のものかどうかを判断する。更に、ステップＳ１２
では、同じリーフノードの次のエントリを探し、ステッ
プＳ１３では次のリーフノードを読み出す。これは、検
索条件のソート方向とインデクス中の値のソート方向と
が一致したため、図３や図５の実施例の検索処理を行っ
ている部分である。

【００３５】このように、リーフノードを捜し出す条件
判断を行えば、インデクスのソート方向と順方向はもと
より逆方向の検索条件が設定されても、データ読み出し
後のソートを回避して目的の順にソートされたレコード
を読み出すことが可能になる。

【００３６】本発明は以上の実施例に限定されない。イ
ンデクスは従来よく知られたリレーショナルデータベー
スの１以上任意の数の値について、所定の順にソートさ
れたものとポインタとを対応付けた構成のものであれば
よい。また、データベース管理システムには、制御部本
体、インデクスソート可否判断処理機構、レコード読み
出し機構、検索条件指定機構等を区別して設けるように
しても、これらをそれぞれ自由に一体化しあるいは分割
するようにしても差し支えない。また、アプリケーショ
ンプログラム自身は自動的に検索条件をＤＢＭＳに送り
込むようにしてもよいし、またオペレータを経由して送
り込むようにしてもよい。このような場合、検索条件指
定機構２４はキーボード等から構成されることになる。

【００３７】

【発明の効果】以上説明した本発明のソート付き検索処
理装置は、従来のＤＢＭＳに対してインデクスソート可
否判断処理機構と、レコード読み出し機構を付加し、イ
ンデクスソート可否判断処理機構で、検索条件とソート
キーの条件、および検索の対象となるレコードに付加さ
れたインデクスの構造等を比較検討させることによっ
て、従来技術で見られたような改めてのソート処理を回
避するためのレコード検索処理の方式を決定できる。ま
た、レコード読み出し機構に昇順、降順のいずれの方向
のソート指示に対してもインデクスの構造を利用したレ
コード読み出しの機能をもたせることで以下の効果を得
ることができる。

【００３８】(1) 条件を満たせば、インデクスを経由し
たレコード検索処理だけでソートの処理済みのレコード
抽出が実行できる。仮に検索条件を満たすレコードがＮ
件あり、それらの各レコードの読み出しにｎの時間を必
要とするものであれば、従来技術では最初のレコードが
アプリケーションに返却され始めるまでにＮ×ｎの時間
を必要とした。これに対して、本発明を適用すること
で、最初のレコードがアプリケーションに返却され始め
るまでにｎの時間が必要となるだけとなる。 (2) 複数のソートキー指定に対しても、インデクスの構
造を理解した処理によって同様の効果が得られる。 (3) 昇順と降順のいずれのソート方向指定に対しても、
読み出し方向の選択によって同様の効果を得ることがで
きる。

【図面の簡単な説明】

【図１】本発明のソート付き検索処理装置実施例を示す
ブロック図である。

【図２】インデクスの構造説明図である。

【図３】検索条件の内容説明図（その１）である。

【図４】本発明のソート付き検索処理動作説明図であ
る。

【図５】検索条件の内容説明図（その２）である。

【図６】複合インデクスのエントリ例説明図（その１）
である。

【図７】複合インデクスのエントリ例説明図（その２）
である。

【図８】検索条件の内容説明図（その３）である。

【図９】本発明の装置の動作フローチャート（その１）
である。

【図１０】本発明の装置の動作フローチャート（その
２）である。

【符号の説明】

１０ データベース １１ レコード １２ インデクス ２０ データベース管理システム（ＤＢＭＳ） ２１ インデクスソート可否判断処理機構 ２２ レコード読み出し機構 ２３ 制御部本体 ２４ 検索条件指定機構 ３０ アプリケーションプログラム

Claims (3)

【特許請求の範囲】
1. 【請求項１】 順不同にレコードを格納するための記憶
   装置と、 この記憶装置に格納された前記レコード中の特定の値を
   ソートして、その値とレコード格納場所を示すポインタ
   と対応付けたインデクスと、 アプリケーションプログラムに対して、前記レコードの
   検索処理に際しての任意のソートキー指定と、指定され
   たソートキーに対して昇順または降順のソート方向指定
   を許す検索条件指定機構と、 前記検索条件とインデクスの構造とを比較して、指定さ
   れたソート処理を別途行うべきか、ソート処理を省略し
   前記インデクスを経由したレコードの読み出しによって
   も、指定されたソートと同じ効果を得られるか否かを判
   断するためのインデクスソート可否判断処理機構とを備
   えたことを特徴とするソート付き検索処理装置。
2. 【請求項２】 検索条件とインデクスの構造とを比較し
   て、ソート処理を省略しても、指定されたソートと同じ
   効果を得られると判断した場合に、その効果を得るため
   のレコードの読み出し方法を決定するレコード読み出し
   機構を備えたことを特徴とする請求項１記載のソート付
   き検索処理装置。
3. 【請求項３】 ソート処理を省略しても、指定されたソ
   ートと同じ効果を得られると判断した場合に、ツリー構
   造のインデクスを利用して、昇順、降順の何れの方向の
   ソート指定に対してもソート処理を省略して同じソート
   の効果を得るレコードの読み出し機構を持つことを特徴
   とする請求項１記載のソート付き検索処理装置。