"データベース内のデータを検索するための検索条件を含む検索要求を受信すると、該検索条件を用いて前記データベースに対する検索処理を行う検索手段と、前記検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上であるか否かを判断する判断手段と、前記処理負荷が規定負荷以上である場合には、前記検索処理による検索結果と、前記検索条件と、を含む検索結果キャッシュデータを作成し、該作成した検索結果キャッシュデータをキャッシュメモリに格納する作成手段と、前記データベースを更新する更新要求を受信すると、前記データベース内で該更新要求による更新対象部分を該更新要求に従って更新した結果をブロックキャッシュデータとして生成すると共に、前記検索結果キャッシュデータから、該更新要求によって影響を受ける検索結果を特定し、該特定した検索結果から、該検索結果に前記ブロックキャッシュデータに対する前記検索要求に従った検索結果を反映させた更新検索結果を作成する更新手段と、コミット要求を受信すると、前記ブロックキャッシュデータを前記データベースに反映させると共に、前記特定した検索結果に前記更新検索結果を反映させてから前記検索結果キャッシュデータを前記データベースに格納する手段とを備えることを特徴とする情報処理装置。前記更新手段は、前記検索結果キャッシュデータから、前記データベース内の確定したデータに対する検索結果いがいの、該更新要求によって影響を受ける検索結果を特定し、該特定した検索結果から、該検索結果に前記ブロックキャッシュデータに対する前記検索要求に従った検索結果を反映させた更新検索結果を作成することを特徴とする請求項1に記載の情報処理装置。前記判断手段は、前記検索処理の処理ステップ数を計測することで、前記検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上であるか否かを判断することを特徴とする請求項1又は2に記載の情報処理装置。前記判断手段は、前記検索条件の種別によって前記検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上であるか否かを判断することを特徴とする請求項1又は2に記載の情報処理装置。情報処理装置が行う情報処理方法であって、前記情報処理装置の検索手段が、データベース内のデータを検索するための検索条件を含む検索要求を受信すると、該検索条件を用いて前記データベースに対する検索処理を行う検索工程と、前記情報処理装置の判断手段が、前記検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上であるか否かを判断する判断工程と、前記情報処理装置の作成手段が、前記処理負荷が規定負荷以上である場合には、前記検索処理による検索結果と、前記検索条件と、を含む検索結果キャッシュデータを作成し、該作成した検索結果キャッシュデータをキャッシュメモリに格納する作成工程と、前記情報処理装置の更新手段が、前記データベースを更新する更新要求を受信すると、前記データベース内で該更新要求による更新対象部分を該更新要求に従って更新した結果をブロックキャッシュデータとして生成すると共に、前記検索結果キャッシュデータから、該更新要求によって影響を受ける検索結果を特定し、該特定した検索結果から、該検索結果に前記ブロックキャッシュデータに対する前記検索要求に従った検索結果を反映させた更新検索結果を作成する更新工程と、前記情報処理装置の格納手段が、コミット要求を受信すると、前記ブロックキャッシュデータを前記データベースに反映させると共に、前記特定した検索結果に前記更新検索結果を反映させてから前記検索結果キャッシュデータを前記データベースに格納する工程とを備えることを特徴とする情報処理方法。コンピュータを、請求項1乃至4の何れか1項に記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。しかしながら、低リソース機器においては、検索を要求する前にバックエンドで定期的に再検索を実行することは、CPU負荷メモリリソース負荷が大きすぎる。また、低リソース機器では、CPUメモリリソースをすべて占有して実行するようなアプリケーションが通常存在するため、キャッシュされた内容をずっとメモリ上に保持することも困難である。以上から、検索実行前の定期的な再検索は、低リソース機器には高負荷なため実施が困難である。また、データベース内に保持する方法では、再検索を回避し、データ更新内容に基づく結果の差分更新に負荷を抑えることが可能である。また、結果自体の永続化もデータベースのデータの永続化と同期する形で可能としている。しかしながら、事前に専用のテーブルを設計しておく必要がある。そのため、事前に使用される検索条件が特定できない場合は設計できないことになる。特定できたとしても大量の検索条件が存在する場合、組込み機器では全条件の結果を常に自動更新しながら、データベース内のデータを更新していくことは事実上不可能である。また、コミット時に検索結果をデータベースへの更新データとともに永続化することが可能であるが、その分だけデータベースのデータ更新時間に時間がかかることになる。コミット中に電源断等で処理が中断された場合、通常その前のコミット状態に戻して復帰されるので、更新データを失うことになる。電源断リスクの高い低リソースの組込み機器では、コミットに時間がかかることはデータを失う可能性を高めることになる。以上の問題から、組込み機器において、使用される検索負荷の高いクエリを事前に特定できない場合、それらの検索を高速に処理できない問題があった。また、検索結果の一部をデータベース内に保持させることによって、データの更新に時間がかかるという問題があった。本発明はこのような問題に鑑みなされたものであり、組込み機器において、処理負荷の高い検索を、ユーザの使用状況に応じて高速に処理するための技術を提供することを目的とする。本発明の目的を達成するために、例えば、本発明の情報処理装置は、データベース内のデータを検索するための検索条件を含む検索要求を受信すると、該検索条件を用いて前記データベースに対する検索処理を行う検索手段と、前記検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上であるか否かを判断する判断手段と、前記処理負荷が規定負荷以上である場合には、前記検索処理による検索結果と、前記検索条件と、を含む検索結果キャッシュデータを作成し、該作成した検索結果キャッシュデータをキャッシュメモリに格納する作成手段と、前記データベースを更新する更新要求を受信すると、前記データベース内で該更新要求による更新対象部分を該更新要求に従って更新した結果をブロックキャッシュデータとして生成すると共に、前記検索結果キャッシュデータから、該更新要求によって影響を受ける検索結果を特定し、該特定した検索結果から、該検索結果に前記ブロックキャッシュデータに対する前記検索要求に従った検索結果を反映させた更新検索結果を作成する更新手段と、コミット要求を受信すると、前記ブロックキャッシュデータを前記データベースに反映させると共に、前記特定した検索結果に前記更新検索結果を反映させてから前記検索結果キャッシュデータを前記データベースに格納する手段とを備えることを特徴とする。本発明によれば、ユーザの使用状況に応じて処理負荷の高い検索を高速に処理することができる。また、データベースのデータ更新処理に負担をかけずに検索を高速化することができる。以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載の構成の具体的な実施例の1つである。[第1の実施形態]先ず、情報処理装置コンピュータの一例であるデータベースシステムのハードウェア構成の一例について、図1のブロック図を用いて説明する。なお、この構成はあくまでも一例であり、下記に説明する各処理を実現可能な構成であれば、如何なる構成を採用しても良い。CPU中央演算装置101は、ROM102やRAM103に格納されているコンピュータプログラムやデータを用いて処理を実行する。これによりCPU101は、データベースシステムを構成する各部の動作制御を行うと共に、データベースシステムが行うものとして後述する各処理を実行する。ROM102には、データベースシステムの設定データやブートプログラムなど、書き換える必要がないコンピュータプログラムやデータが格納されている。RAM103は、記憶装置106からロードされたコンピュータプログラムやデータを一時的に記憶するためのエリアや、通信装置107が外部から受信したコンピュータプログラムやデータを一時的に記憶するためのエリアを有する。更に、RAM103は、CPU101が各種の処理を実行するために用いるワークエリアを有する。即ち、RAM103は、各種のエリアを適宜提供することができる。なお、RAM103は、キャッシュデータとして入力されたデータを一時的に記憶するためのキャッシュメモリとしても機能する。入力装置104は、キーボードやマウスなどにより構成されており、ユーザが操作することで、各種の指示をCPU101に対して入力することができる。例えば、後述するアプリケーションソフトウェアに対する操作は、ユーザがこの入力装置104を操作することでなされる。表示装置105は、CRTや液晶画面などにより構成されており、CPU101による処理結果を画像や文字などでもって表示することができる。なお、表示装置105と入力装置104とを一体化させて、タッチパネル画面を構成するようにしても良い。記憶装置106は、ハードディスクドライブ装置に代表される大容量情報記憶装置である。この記憶装置106には、OSオペレーティングシステムや、後述するデータベースエンジンコンピュータプログラム、後述する様々なデータが格納されている。また、記憶装置106には、データベースシステムが行うものとして後述する各処理をCPU101に実行させるためのコンピュータプログラムやデータ、後述するデータベースファイルも格納されている。記憶装置106に格納されているコンピュータプログラムやデータは、CPU101による制御に従って適宜RAM103にロードされ、CPU101による処理対象となる。なお、以下では便宜上、データベースエンジンを処理の主体として説明する場合もあるが、実際には、CPU101がデータベースエンジンのコンピュータプログラムを実行することで、データベースエンジンが行うものとして後述する各処理を実行する。通信装置107は、外部の装置とのデータ通信を行うものである。バス108は、上記の各部を接続するためのもので、上記の各部は、このバス108を介して互いにデータ通信を行うことができる。次に、本実施形態に係るデータベースシステムが行うデータ検索処理について、図2の模式図を用いて説明する。検索条件201、検索結果202,203、ブロック204,205は何れもキャッシュデータであり、データベースエンジンがRAM103上にその領域キャッシュメモリを確保することで、この領域に格納されるものである。キャッシュ保存ファイル206、データベースファイル207は、CPU101による指示に基づいてファイルシステムが記憶装置106上にその領域を確保することで、この領域にデータの永続化目的用ファイルとして格納されるものである。キャッシュデータのうち、データベースファイル207の一部であるブロックのデータを保持するものがブロック204、205である。データベースエンジンは、扱うテーブルのスキーマ情報やレコード、カラムデータへのインデックスデータ等を固定長ブロックに分割して管理する。データベースファイル207にすべてのブロックが格納されている。データベースエンジンは、アプリケーションからの要求に基づいて、データベースファイル207内のブロックの一部をブロック204に適宜保持する。データベースファイル207の更新方法は、トランザクションの開始要求、レコード等のデータ更新要求を繰り返し、コミット要求によってその更新されたデータを記憶装置106に書き込んでトランザクションを終了する。データ更新要求の時点では、データベースファイル207を更新するのではなく、ブロック205を更新する。その後、コミットが指示された時点で、データベースファイル207にこの更新されたブロック205の内容を書き込むことで、データベースファイル207を確定する。データベースファイル207の検索方法は、検索要求に基づいてデータベースファイル207のインデックスデータをブロック204内に読み出し、検索結果となるレコードを特定する。次に該レコードのカラムデータをブロック204に呼び出し、要求に基づいて検索結果データを作成してリターンする。呼び出されたキャッシュはそのままRAM103上に保持され、次に同様な検索要求が出された場合にデータベースファイル207からデータを呼び出すことなく結果をリターンすることができる。しかし、検索要求が、例えば指定条件に合致するレコード数を要求するような場合、検索結果となるレコード数の算出は、指定条件に合致するすべてのレコードを特定する必要がある。そのため、算出が終了するまでの処理時間が長く、処理は低速となる。さらにデータベースファイル207から呼び出すデータブロック量が多いことから、有限のブロックキャッシュからあふれて、キャッシュ内にすべてを保持することができない。故に、同じ条件で再要求されても、ブロックキャッシュ効果によって検索を高速化することができず、常に時間がかかる検索となってしまう。本実施形態においては、上記のような検索を高速に処理するために、検索結果をデータベースエンジンのキャッシュデータとして保持する。ここで、すべての検索に対して検索結果のキャッシュの作成を行うのではなく、高負荷であると判定された検索による結果のみに絞る。検索結果キャッシュは、検索条件201と二つの検索結果202、203から構成される。検索条件201は、SQL等で表現される条件式や、条件式のパラメータ値を保持する。検索結果202は、データベースファイル207の確定済データを対象としたキャッシュであり、検索トランザクション実行時の検索結果データを保持する。検索結果203は、データベースファイル207の更新中のデータを対象としたキャッシュであり、更新トランザクション実行時の検索結果データを保持する。データベースシステムが低リソース機器であったとしても、使用可能なRAM103内のメモリ領域のなかに、複数の検索条件に基づいた複数の検索結果キャッシュ検索条件201と検索結果202、203が保持される。データベースエンジンはアプリケーションから検索要求を受信すると、データベースファイル207から必要なデータをブロック204に読み込み、該データに対して該検索要求に応じた検索処理を行って検索結果を作成し、アプリケーションにリターンする。そしてこの検索処理が高負荷な検索処理であると判定された場合、該検索結果のデータである検索結果202を作成する処理動作208。また、データベースエンジンはアプリケーションから更新要求を受信すると、データベースファイル207から読み込んだデータを該更新要求に基づいて更新し、更新したデータをブロック205として保持する。更新トランザクション中更新要求後以降、コミットあるいはロールバック処理終了までは、検索結果203を作成する処理動作209。この時点で検索結果202が作成されているか否かに関わらず、同トランザクション中は検索結果203が使用される。更新要求前に検索結果キャッシュ作成を要する検索要求が無かった場合、検索結果203のみが作成されている状態になる。検索結果203が作成されている状態において、データベースエンジンはアプリケーションの更新要求に基づいて検索結果203を直接更新する。次に、データベースエンジンは、アプリケーションからコミット要求を受信すると、更新されているブロック205のデータをデータベースファイル207に書き込む処理動作210。データベースファイル207へのデータ更新反映が確定すると、検索結果202に検索結果203を上書きすることで、検索結果202を検索結果203に更新する処理動作211。低リソース機器では、キャッシュデータを常時メモリ上に保持することは困難なため、検索結果キャッシュそのものをデータベースファイルと同様にファイルに書き込んで保存永続化する。保存する対象は検索結果202であって、未確定のデータを対象とした検索結果203は保存対象とはしない。アプリケーションあるいはシステムの任意のキャッシュ保存要求によりデータベースエンジンは、検索結果202を検索条件201とともにキャッシュ保存ファイル206に書き込む処理動作212。検索結果203のみしか作成されていない状況では、何も行わない。デバイスやアプリケーションの再起動時に、システムあるいはアプリケーションの要求に基づいてキャッシュ保存ファイル206のデータをRAM103上に呼び出しておくことで、データベース検索の高速化が可能となる。以上により、事前に使用されることが特定できていなかった負荷の高い検索に対しても、使用状況に応じて動的に作成される検索結果キャッシュにより、検索を高速に処理することが可能となる。また、データベースのデータ更新処理と非同期に同結果キャッシュを保存することで、データ更新処理自体に負担をかけることがなく、再起動時にも検索を高速に処理することが可能となる。デジタルカメラやデジタル画像データを管理するSTBSetTopBoxにデータベースを適用した場合では、ユーザ毎に使用される負荷の高い検索に対してユーザインターフェースの表示を遅延させることなくユーザに結果を提示することが可能となる。また、管理している画像データやその検索結果の多種多様なメタデータによるブラウズをスムーズなインターフェースで実現することが可能となる。具体的には、検索結果数に応じた画面構成、スクロールバー表示、適切な検索条件のナビゲート等のインターフェースが可能となる。次に、検索結果キャッシュの構成例について、図3を用いて説明する。なお、この構成はあくまで一例であり、下記に説明する処理に適合可能な構成であれば、その変形例には、様々なものが考え得る。データスコープ301には、検索対象であるデータベースやテーブル、カラム等を特定する情報が保持される。SQLQuery302には、SQLを用いて表現された検索要求の情報が保持される。パラメータ値303には、SQLQuery302の変数にバインドされるパラメータ値が保持される。更新処理関数304には、データベースのデータ更新状況に応じてキャッシュを直接更新するキャッシュ更新操作を実現する関数ポインタ情報が保持される。通常は、Insert時とDelete時の二つの関数が保持され、Update時は双方が順次使用される。有効ステータス305は、現時点での検索要求で有効な検索結果データを特定するための情報が保持される。具体的には、更新中か否かが判断できるフラグが保持される。最新使用情報306、使用頻度情報307は、有限なメモリRAM103上に保持するキャッシュを選択するための優先度情報を保持する。検索処理の処理負荷の判定によってキャッシュとして保持する検索を絞っているが、低リソース機器ではそのすべてを保持するメモリがあるとは限らない。そのため、さらに有効と思われる検索結果に絞り込むための情報が優先度情報である。最新使用情報306には、最近使用されたかを判定する情報が保持される。具体的にはキャッシュ全体での使用回数が保持され、値の大きい順から最近使用されたキャッシュであると判定することができる。使用回数の値自体をシステムで保持し、データベースエンジンは使用するたびに同値を1増やし、その値を最新使用情報306に格納する。使用頻度情報307には、キャッシュ全体ではなく個々のキャッシュの使用回数が保持される。検索結果データセット308は、ステータス310、データベースファイル207の更新識別情報311、検索結果のデータ312から構成される。検索結果データセット309も、検索結果データセット308と同様に、ステータス313、データベースファイル207の更新識別情報314、検索結果のデータ315から構成される。図3においては、検索結果データセット308が確定済のデータを対象とした検索結果のキャッシュであり、検索結果データセット309が更新中のデータを対象とした検索結果のキャッシュである。それぞれのステータス310、313には、対象としているデータが確定済か更新中かを示す情報が保持される。ステータス310には、確定済データを対象としていることを示すフラグ値が保持されており、ステータス313には、更新中のデータを対象としていることを示すフラグ値が保持されている。データベースファイル207の更新識別情報には、データベースファイル207の更新状態を判定できる識別情報が保持される。具体的には、データベースファイル207の更新回数が保持される。この情報は、確定済データを対象とした結果データが保持されている時にのみ有効であるため、更新識別情報311のみに保持される。更新中データを対象とした検索結果データセット309内の更新識別情報314は、使用されていない。検索結果のデータ312、315は、それぞれの状態での検索結果データが保持される。次に、本実施形態に係るデータベースシステムが、アプリケーションなどから、データベースファイル207に対する検索要求を受信した場合に行う処理について、同処理のフローチャートを示す図4を用いて説明する。なお、図4のフローチャートに従った処理をCPU101に実行させるためのコンピュータプログラムデータベースエンジンやデータは、記憶装置106からRAM103にロードされているものとする。然るにCPU101は、このRAM103にロードされたコンピュータプログラムやデータを用いて処理を実行することで、図4のフローチャートに従った処理を実行することができる。ステップS401では、CPU101は、RAM103上に保持している検索結果キャッシュ中に利用可能なキャッシュ検索結果が存在するか否かを判断する。利用可能か否かの判断は、アプリケーションから受信した検索要求に含まれている検索条件と、キャッシュ内の検索条件と、が合致しているか否かを判断することで実現可能である。すなわち、データスコープ301、SQLQuery302、パラメータ値303のすべてが互いに合致しているか否かを判断することで実現可能である。この判断の結果、利用可能なキャッシュ検索結果が存在すると判断した場合には、処理はステップS408に進み、利用可能なキャッシュ検索結果は存在しないと判断した場合には、処理はステップS402に進む。ステップS408では、CPU101は、有効ステータス305を確認し、検索結果キャッシュ内の有効な検索結果を特定する。ステップS409では、CPU101は、この特定された検索結果からアプリケーションに返却する検索結果を作成して、リターンする。一方、ステップS402では、CPU101は、通常の検索処理を実行し、検索結果を生成する。即ち、上述したように、データベースファイル207から必要なデータをブロック204に読み込み、該データに対して検索要求に応じた検索処理を行って検索結果を作成する。次に、ステップS403では、CPU101は、ステップS402で行った検索処理が高負荷な検索処理であるか否かを判断する。高負荷な検索処理であるか否かの判断は、検索処理の処理ステップ数を計測することで、検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上処理ステップ数が規定値以上であるか否かを判断することで実現可能である。この判断の結果、高負荷な検索処理であると判断した場合は、処理はステップS404に進み、高負荷な検索処理ではないと判断した場合は、そのままリターンする。ステップS404では、CPU101は、検索結果キャッシュの追加作成が可能であるか否かを判断する。一般に低リソース機器の場合には、保持する検索結果キャッシュの数には通常制限があり、作成済の検索結果数が上限に達しているか否かを判断する必要がある。この判断の結果、追加作成可能と判断した場合検索結果キャッシュの数が上限に達していない場合、処理はステップS406に進み、追加作成不可能と判断した場合検索結果キャッシュの数が上限に達している場合、処理はステップS405に進む。ステップS405では、CPU101は、すでに存在する検索結果キャッシュのうち1つを削除する。削除する検索結果キャッシュは、それぞれの検索結果キャッシュの優先度情報に基づいて決定される。具体的には、ある閾値以下の使用頻度情報を保持する検索結果キャッシュの中で、最新使用情報306から最も古く使用された検索結果キャッシュに決定される。ステップS406では、CPU101は、ステップS402で作成した検索結果のデータを含む検索結果キャッシュを新規作成する。ステップS407では、CPU101は、この検索結果キャッシュの有効ステータスを更新中に設定して、リターンする。即ち、本実施形態に係るデータベースシステムは、データベース内のデータを検索するための検索条件を含む検索要求を受信すると、該検索条件を用いてデータベースに対する検索処理を行う。そして、検索処理の処理負荷を求め、該求めた処理負荷が規定負荷以上であるか否かを判断する。そして、処理負荷が規定負荷以上である場合には、検索処理による検索結果と、検索条件と、を含む検索結果キャッシュ検索結果キャッシュデータを作成し、該作成した検索結果キャッシュをキャッシュメモリに格納する。次に、本実施形態に係るデータベースシステムが、アプリケーションなどから、データベースファイル207を更新する更新要求を受信した場合に行う処理について、同処理のフローチャートを示す図5を用いて説明する。なお、図5のフローチャートに従った処理をCPU101に実行させるためのコンピュータプログラムデータベースエンジンやデータは、記憶装置106からRAM103にロードされているものとする。然るにCPU101は、このRAM103にロードされたコンピュータプログラムやデータを用いて処理を実行することで、図5のフローチャートに従った処理を実行することができる。ステップS501では、CPU101は、このような更新要求を受信すると、データベースファイル207内で該更新要求による更新対象部分を、該更新要求に従って更新し、該更新の結果をブロックキャッシュデータブロック205として保持する。ステップS502では、CPU101は、検索結果キャッシュのうち、更新要求によって影響を受ける検索結果を含む検索結果キャッシュが存在するか否かを判断する。存在するか否かの判断は、データスコープ301に今回更新した対象が存在するか否かを判断することで実現可能である。この判断の結果、存在すると判断した場合は、処理はステップS503に進み、存在しないと判断した場合は、そのままリターンする。ステップS503では、CPU101は、検索結果キャッシュ内に更新中データを対象とした検索結果が存在するか否かを判断する。この判断の結果、存在すると判断した場合は、処理はステップS506に進み、存在しないと判断した場合は、処理はステップS504に進む。ステップS504では、CPU101は、確定済のデータを対象としている検索結果とは別に、更新中のデータを対象とした検索結果を新規に作成する。即ち、更新要求によって影響を受ける検索結果の複製を作成する。ステップS505では、CPU101は、キャッシュの有効ステータスを更新中に変更する。ステップS506では、CPU101は、実行された更新処理の種別に応じた更新処理関数をキャッシュ内の更新処理関数304の中から選択する。続いて、ステップS507では、CPU101は、ステップS506で選択された更新処理関数を用いてキャッシュ更新処理を実行する。具体的には、ステップS503で存在するとした検索結果の複製若しくはステップS504で複製した検索結果から、該複製にブロックキャッシュデータに対する検索要求に従った検索結果を反映させた更新検索結果を作成する。ステップS508では、CPU101は、最新使用情報306を更新する。すなわち、データベースエンジンが管理する最新使用情報の値をインクリメント値を1増やす後、同値を設定する。ステップS509では、CPU101は、使用頻度情報307の値を直接インクリメントして、リターンする。次に、本実施形態に係るデータベースシステムがデータベースエンジンを実行することで行うコミット処理について、同処理のフローチャートを示す図6を用いて説明する。ステップS601においてCPU101は、通常のコミット処理、すなわちRAM103上の更新されたブロック205をデータベースファイル207に書き込むことによって永続化する処理を実行する。通常、処理中の電源断対策としてジャーナリング方式で書込み前のブロックデータを別途永続化してから、データベースファイル207の書込み処理を実行する。通常のコミット処理実行後、ステップS602においてCPU101は、確定済のデータを対象とした検索結果データセットを削除する。続いて、ステップS603においてCPU101は、更新中のデータを対象とした検索結果データセットのステータス情報を確定済に変更し、ステップS604においてCPU101は、同セット内の更新識別情報を更新する。識別情報更新後に、ステップS605においてCPU101は、有効ステータス情報を確定済に変更して、リターンする。次に、本実施形態に係るデータベースシステムがデータベースエンジンを実行することでのロールバック処理手順の一例を示したフローチャートである図7を用いて説明する。ステップS701ではCPU101は、通常のロールバック処理、すなわちRAM103上の更新されたブロック205の削除を実行する。通常のロールバック処理実行後、ステップS702ではCPU101は、更新中のデータを対象とした検索結果データセットを削除して、リターンする。次に、本実施形態に係るデータベースシステムがデータベースエンジンを実行することで行う検索結果キャッシュ保存処理について、図8を用いて説明する。ステップS801においてCPU101は、RAM103上に保持されている検索結果の内、確定済の検索結果を保持しているものを保存対象候補として選択する。次に、ステップS802においてCPU101は、ステップS801で選択された保存対象候補の内、各キャッシュ内の優先度情報に基づいて保存対象キャッシュを決定する。本実施形態では、最新使用情報の値が最大のもの、使用頻度情報から使用頻度が閾知以上であるものを保存対象として決定している。ステップS803においてCPU101は、保存対象キャッシュが有るか否かを判断する。この判断の結果、あると判断した場合には、処理はステップS804に進み、無いと判断した場合は、そのままリターンする。ステップS804ではCPU101は、対象の検索結果をキャッシュ保存ファイル206に書き込んで、リターンする。書き込むデータは、更新中データを対象とした検索結果データセット以外のキャッシュ内に保持されているデータになる。ただし、有効ステータス情報に限り、保持している値に関わらず確定済として書き込む。[第2の実施形態]第1の実施形態では、検索結果そのものを結果データとして保持していたが、検索条件によっては最終結果を出す前の中間結果を保持するようにしてもよい。例えば、サブクエリ検索条件内で入れ子になって指示されている検索条件の処理が高負荷であった場合、サブクエリによる結果中間結果を保持する。これにより、同じサブクエリを使用する検索条件にキャッシュを適用することができる。中間結果を保持することで、検索結果キャッシュの利用範囲を広げることが可能となる。また、第1の実施形態では、検索処理の処理負荷の判定を、実行時の内部処理ステップ数を計測することで行っている。しかしこの判定には様々な方法を適用することができ、例えば、検索条件に検索結果数取得のような一般的に高い処理負荷を要求する種別の検索条件が含まれているか否かを判断することで簡易に判断してもよい。格納されたデータ非依存になるため判定精度は落ちるが、実行時のステップ数計測負荷を低減することで、キャッシュを利用しない検索性能を向上させることができる。また、検索処理の処理負荷の判定をデータベース内のデータの値の統計情報値の偏在性等を使用し、条件判定時に絞り込まれるデータ範囲を予測することで、検索処理の処理負荷を判定してもよい。統計情報を作成する負荷が発生するが、格納されたデータに基づく判定精度が得られ、かつキャッシュを利用しない検索性能を向上させることができる。以上、上述した各実施形態によれば、ユーザの使用状況に応じて処理負荷の高い検索を高速に処理することができる。また、データベースのデータ更新処理に負担をかけずに検索を高速化することができる。なお、第1,2の実施形態は適宜組み合わせて用いても良いし、適宜切り替えて使用しても良い。また、それぞれの実施形態で説明した構成は上記の通り、あくまで一例であり、例えば、1台の装置でデータベースシステムを構成しても良いし、互いにデータ通信が可能なように接続された複数台の装置でデータベースシステムを構成しても良い。また、上記の様々な要求は、アプリケーションから発せられるものとして説明したが、このアプリケーションは自装置で動作しているものであっても良いし、他装置で動作しているものであっても良い。他装置で動作しているものである場合、上記の様々な要求は、通信装置107を介して受信することになる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。"