コンピュータにより、指定された検索条件に基づいて、検索対象の複数のテーブルを結合して対象データを絞り込み、検索結果を得るデータベース処理方法であって、前記コンピュータは、前記検索条件における結合条件に基づいて前記複数のテーブルを結合した情報について、前記検索条件において指定された第1のカラム、各レコードの前記各テーブルにおける格納場所の情報を保持する第2のカラム、および前記結合条件に係る第3のカラムとを少なくとも有するマテリアライズドビューを作成する第1のステップと、前記マテリアライズドビューについて、前記第1のカラム、および前記第2のカラムを有するインデックスを作成する第2のステップとを実行することを特徴とするデータベース処理方法。請求項1に記載のデータベース処理方法において、前記コンピュータは、さらに、前記マテリアライズドビューの前記第1のカラムを含むカラムの指定によって前記検索条件の指定を受け付ける第3のステップと、前記検索条件に基づいて前記インデックスによってデータの絞り込みを行う第4のステップと、前記第4のステップにおいて絞り込まれたデータと、検索対象の前記各テーブルとを、前記第2のカラムの情報に基づいてそれぞれ結合する第5のステップと、前記第5のステップにおいて得られたデータを検索結果として出力する第6のステップとを実行することを特徴とするデータベース処理方法。請求項2に記載のデータベース処理方法において、前記第4のステップでは、前記インデックスのデータへのアクセスのみで絞り込みを行い、前記マテリアライズドビューへのアクセスを行わないことを特徴とするデータベース処理方法。複数のテーブルを結合してデータを検索する場合、レコード件数の増加に伴う処理効率の低下を回避するためには、例えば上記の特許文献1などの従来技術のように、検索対象表のインデックスを活用することが考えられる。このとき、特許文献1に記載されたようなスタースキーマにおけるファクト表と複数のディメンジョン表の結合の場合だけではなく、対象データの絞り込み条件が複数テーブルに分散しているようなトランザクションテーブル同士の結合の場合においても有効に処理効率を向上させることができる手法が望まれる。そこで本発明の目的は、複数のテーブルを結合して対象データを絞り込み、検索結果を得るデータベース処理において、対象データの絞り込み条件が複数テーブルに分散している場合も、テーブル構成を修正せずに検索処理効率を向上させることができるデータベース処理方法を提供することにある。本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。本発明の代表的な実施の形態によるデータベース処理方法は、コンピュータにより、指定された検索条件に基づいて、検索対象の複数のテーブルを結合して対象データを絞り込み、検索結果を得るデータベース処理方法であって、前記検索条件における結合条件に基づいて前記複数のテーブルを結合した情報について、前記検索条件において指定された第1のカラム、各レコードの前記各テーブルにおける格納場所の情報を保持する第2のカラム、および前記結合条件に係る第3のカラムとを少なくとも有するマテリアライズドビューを作成する第1のステップと、前記マテリアライズドビューについて、前記第1のカラム、および前記第2のカラムを有するインデックスを作成する第2のステップとを実行することを特徴とするものである。また、本発明の代表的な実施の形態によるデータベース処理方法は、さらに、前記マテリアライズドビューの前記第1のカラムを含むカラムの指定によって前記検索条件の指定を受け付ける第3のステップと、前記検索条件に基づいて前記インデックスによってデータの絞り込みを行う第4のステップと、前記第4のステップにおいて絞り込まれたデータと、検索対象の前記各テーブルとを、前記第2のカラムの情報に基づいてそれぞれ結合する第5のステップと、前記第5のステップにおいて得られたデータを検索結果として出力する第6のステップとを実行することを特徴とするものである。本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。すなわち、本発明の代表的な実施の形態によれば、複数のテーブルを結合して対象データを絞り込み、検索結果を得るデータベース処理において、対象データの絞り込み条件が複数テーブルに分散している場合も、テーブル構成を修正せずに検索処理効率を向上させることが可能となる。以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。また、以下においては、本発明の特徴を分かり易くするために、従来の技術と比較して説明する。<概要>図6は、対象データの絞り込み条件が複数テーブルに分散している場合に、従来の手法により検索処理を行う際の処理の流れの例について概要を示した図である。ここでは、複数のテーブルとして、テーブルA12aとテーブルB12bを対象とし、これらを結合した上で検索条件に従って対象データを絞り込むものとする。このとき、対象データの絞り込み条件がテーブルA12aとテーブルB12bの両者に分散しているものとする。例えば、図示しないが、テーブルA12aについての絞り込み条件がユーザID=○○ユーザIDはテーブルA12aのカラムであり、テーブルB12bについての絞り込み条件が完了フラグ=△完了フラグはテーブルB12bが有するカラムである、というようなケースである。まず、データベース管理システムDBMSは、例えば、アプリケーションプログラムやユーザの操作等により発行されるSQLStructuredQueryLanguage文において検索条件として指定された複数のテーブルのうち、駆動表図6の例ではテーブルA12aとするのインデックスにアクセスして、テーブルA12aについての絞り込み条件ユーザID=○○に合致するレコードを絞り込み、インデックスに格納されている対象レコードの格納場所情報例えば、格納アドレス情報や行番号情報などに基づいてテーブルA12aにアクセスして、該当データ図6の例では中間データaを得る。この中間データaは、テーブルA12aにおける対象のレコードユーザID=○○のレコードがトランザクション処理等によって増加すると、これに伴って増加する。中間データaを取得後、中間データaにおける結合キーと、テーブルB12bの結合キーを条件に、中間データaとテーブルB12bとを、例えば、テーブルB12bのインデックスを利用して、ネステッドループ結合によって結合し、中間データabを得る。この中間データabに対して、テーブルB12bについての絞り込み条件完了フラグ=△に合致するレコードを絞り込み、検索結果を得る。このとき、データ量の増加に伴い中間データaの件数が増加すると、これに伴って、中間データaとテーブルB12bとを結合する際に、テーブルA12aに対するデータ読み込みのためのアクセス量、および結合件数が増加するため、結合処理のコストが上昇して処理時間の伸長が発生してしまう。そこで、本発明の一実施の形態であるデータベース処理方法を実装したデータベース処理システムでは、検索処理の際のテーブルの結合条件によって検索対象の複数のテーブルを結合したビューを作成する。このビューは、DBMSの機能によりマテリアライズド実体化ビューとして作成する。マテリアライズドビューは、検索結果のデータについて実体をキャッシュとして保持することができるビューであり、参照元となる検索対象のテーブルにおいてカラムの値の更新が行われた場合、これと同期してマテリアライズドビューの対応するレコードのカラムキャッシュの値に更新が反映されることで、検索対象のテーブルへの実アクセスの量を低減させることができる。また、マテリアライズドビュー自体にインデックスを作成することが可能である。本実施の形態では、このマテリアライズドビューに、カラム項目として、検索処理の際に検索条件として指定する項目のカラムと、各レコードについての各検索対象テーブルでの格納場所情報例えば、格納アドレス情報や行番号情報などを保持するカラムを有するものとする。また、作成したマテリアライズドビューから、検索処理の際に検索条件として指定するカラムの情報と、各レコードについての各検索対象テーブルでの格納場所情報を保持するインデックスを作成する。図2は、対象データの絞り込み条件が複数テーブルに分散している場合に、本実施の形態のデータベース処理方法により検索処理を行う際の処理の流れの例について概要を示した図である。ここでも、図6の例と同様に、複数のテーブルとして、テーブルA12aとテーブルB12bを対象とし、これらを結合した上で検索条件に従って対象データを絞り込むものとする。このとき、検索処理を行うSQLは、テーブルA12aとテーブルB12bとを結合して作成したマテリアライズドビューのカラムを対象として検索処理を行うように指定する。もしくは、上記の図6の例と同様に、複数のテーブルを結合して検索処理を行うSQLを指定し、データベース管理システムDBMSが最適化処理の結果として内部的にマテリアライズドビューを対象として検索処理を行うSQLに変換して実行するようにしてもよい。まず、データベース管理システムDBMSは、検索条件として指定されたマテリアライズドビューのカラムの情報に基づいて、マテリアライズドビューのインデックス14にアクセスし、絞り込み条件例えば、ユーザID=○○かつ完了フラグ=△に合致するレコードを絞り込み、インデックス14についての中間データmを得る。この中間データmは、ほぼ最終的な検索結果の件数まで絞り込まれた件数となる。中間データmを取得後、インデックス14に保持している、検索対象の各テーブルの格納場所情報に基づいて、検索対象の各テーブルテーブルA12a、テーブルB12bを順次ネステッドループ結合によって結合し、検索結果を得る。本実施の形態では、検索対象の各テーブルのデータ量の増加に伴うアクセス量の増加がインデックス14についての分のみとなる。また、結合処理の件数も中間データmの件数となり、最終的な検索件数で一定となる。このように、結合処理の前に対象データを十分に絞り込むことで、データ量の増加に伴う検索処理の処理時間の伸長を抑制することができ、上記の図6の例におけるような、インデックス14を使用しない従来の検索処理の場合と比較して、検索処理時間を向上させることが可能となる。<システム構成>図3は、本発明の一実施の形態におけるデータベース処理システムの構成例について概要を示した図である。データベース処理システムは、例えば、コンピュータシステムにより実装されるサーバ機器からなるデータベースサーバ1を有し、データベースサーバ1に対して、インターネット等のネットワーク4を介して、1つ以上のアプリケーションサーバ2やクライアント端末3が接続可能な構成を有する。アプリケーションサーバ2やクライアント端末3は、アプリケーションプログラムやミドルウェア、もしくはユーザによる操作等により、データベースサーバ1上のデータベースにアクセスするためのSQL文を発行する機能を有するサーバ機器もしくはPCPersonalComputer等の情報処理装置である。これらのアプリケーションサーバ2やクライアント端末3の機能をデータベースサーバ1の筐体と同じ筐体上に構成することも可能である。データベースサーバ1は、アプリケーションサーバ2上のアプリケーションプログラムや、クライアント端末3上でのユーザの操作等によりアクセスされるデータベースを保持管理する機能を有し、例えば、データベース管理システムDBMS等のミドルウェアからなるデータベース管理部10を有する。また、データベース管理部10によって管理されるテーブルとして、アプリケーションプログラム等からの検索や更新の対象となる複数のユーザテーブルであるテーブルA12a、テーブルB12b、...と、これらを検索条件に従って結合した情報についてのマテリアライズド実体化ビュー13およびマテリアライズドビュー13についてのインデックス14とを有する。なお、各テーブルに対するSQLによるアクセスは、一般的に、例えば、データベース管理部10が有する最適化部11等の機能により、処理コストが低くなるよう、複数テーブルへのアクセスの順序や方法などが最適化される。本実施の形態では、テーブルA12aやテーブルB12b等の各ユーザテーブルは、例えば、オンライン処理によりレコードの挿入や削除、更新等の操作が行われるトランザクションテーブル例えば、それぞれのテーブルで1年あたり約400万件のレコードが増加し、データの保持期限は最短で5年間などであるものとする。また、これらのユーザテーブルからのデータの検索処理には、ユーザテーブル同士を結合してデータの抽出を行う処理があり、かつ、複数のテーブルに絞り込みの条件が分散しているものとする。この場合、上述したように、単一のテーブルに対する検索条件では対象データの件数が十分に絞り込めず、結合処理のコストが上昇してしまい、トランザクション処理に影響を与えてしまう場合が生じ得る。そのため、本実施の形態では、上述したように、これらのテーブルの結合についてのマテリアライズドビュー13およびマテリアライズドビュー13についてのインデックス14を作成して保持する。マテリアライズドビュー13は、検索対象のユーザテーブルを検索処理時の結合条件で結合した結果から得られる情報をキャッシュ等により実体として保持する。また、インデックス14は、マテリアライズドビュー13のカラム情報に基づいて作成される。これらのテーブルのデータ構成等については後述する。<検索処理の流れ>図1は、本実施の形態における、インデックス14の作成処理およびこれを利用した検索処理の流れの例について概要を示したフローチャートである。まず、管理者等のユーザは、例えば、データベースサーバ1のデータベース管理部10を介して、検索対象の複数のユーザテーブルを結合するための情報として、対象のテーブル、これらの結合条件、および検索において絞り込みを行う際のカラムの情報を指定するS01。これらの情報を個別に指定してもよいし、複数のユーザテーブルを結合して検索する処理を行うSQL文の形で指定してもよい。その後、例えば、データベース管理部10の最適化部11等により、ステップS01で指定された条件に基づくユーザテーブルの結合についてマテリアライズドビュー13を作成するS02。ユーザが手動でマテリアライズドビュー13を作成してもよい。さらに、最適化部11等により、ステップS02で作成したマテリアライズドビュー13についてのインデックス14を作成するS03。これも同様に、ユーザが手動でインデックス14を作成してもよい。その後、アプリケーションサーバ2上のアプリケーションプログラムや、クライアント端末3上でのユーザの操作等により、検索対象のテーブルのデータを検索するためのSQL文を発行することで、データベースサーバ1のデータベース管理部10は検索条件の指定を受け付けるS04。ここでの検索条件は、上述したように、ステップS02で作成したマテリアライズドビュー13のカラムによって指定する。もしくは、検索対象のユーザテーブルを結合して検索処理を行うSQLを指定し、最適化部11等が内部的にマテリアライズドビュー13のカラムを対象とした処理に変換するようにしてもよい。検索条件が指定されると、データベース管理部10は、指定された検索条件に基づいてインデックス14によってデータの絞り込みを行うS05。本実施の形態では、後述するように、インデックス14は、検索対象の複数のテーブルに分散している検索条件のカラムを全て参照することができるよう作成されているため、インデックス14のみのアクセスで、マテリアライズドビュー13自体へのアクセスを行わずに対象データの絞り込みを行うことができる。その後、ステップS05で絞り込んだインデックス14のデータ図2の例における中間データmに相当と検索対象の各ユーザテーブルとを、インデックス14に保持している、検索対象の各テーブルの格納場所情報に基づいてそれぞれ結合しS06、得られたデータを検索結果として出力してS07、処理を終了する。<インデックス作成処理とデータ構成>図4は、インデックス14を作成する際の処理の流れと各テーブルの具体的なデータの例について概要を示した図である。図4の例では、アプリケーションサーバ2上のアプリケーションプログラムや、クライアント端末3上でのユーザの操作等により、検索対象のテーブルテーブルA12aおよび/またはテーブルB12bのデータの更新処理が実行された結果、マテリアライズドビュー13に保持するデータが変更されるような場合、すなわち、検索対象のテーブルに対するレコードの挿入、削除、マテリアライズドビュー13の保持するカラムに対応するカラムの値の更新等が行われた場合に、データベース管理部10は、検索対象のテーブルの更新と同期して、リアルタイムでマテリアライズドビュー13のデータキャッシュの更新と、これに伴うインデックス14の更新を行って、検索対象のテーブルの更新内容を反映させる。図4の例において、検索対象のユーザテーブルであるテーブルA12aは、カラムとして、例えば、各レコードの格納場所の情報であるアドレスAと、他のテーブル図4の例ではテーブルB12bと結合する際のキーとなる結合キーと、検索条件として指定されるユーザID、およびその他のカラムを有している。同様に、テーブルB12bは、カラムとして、例えば、各レコードの格納場所の情報であるアドレスBと、他のテーブル図4の例ではテーブルA12aと結合する際のキーとなる結合キーと、検索条件として指定される完了フラグ、およびその他のカラムを有している。マテリアライズドビュー13は、検索処理で指定される結合条件によって検索対象のユーザテーブル同士テーブルA12aとテーブルB12bを結合した情報から、結合条件のカラム図4の例では結合キーと、検索処理で検索条件絞り込みの条件に指定されるカラム図4の例ではユーザID、完了フラグと、検索対象のテーブルのレコードについての格納アドレス情報や行番号情報などの格納場所情報を保持するカラム図4の例ではアドレスA、アドレスBを少なくとも有する。また、インデックス14は、マテリアライズドビュー13に対して作成され、検索処理で検索条件絞り込みの条件に指定されるカラム図4の例ではユーザID、完了フラグと、検索対象のテーブルのレコードについての格納アドレス情報や行番号情報などの格納場所情報を保持するカラム図4の例ではアドレスA、アドレスBを有する。<インデックス使用処理とデータ構成>図5は、インデックス14を使用して検索処理を実行する際の処理の流れと各テーブルの具体的なデータの例について概要を示した図である。アプリケーションサーバ2上のアプリケーションプログラムや、クライアント端末3上でのユーザの操作等により、検索対象のテーブルテーブルA12a、テーブルB12bのデータを検索する際、検索条件として、マテリアライズドビュー13のカラムを指定して対象データを絞り込む例えば、図5の例では、ユーザID=user01かつ完了フラグ=0など。このとき、図5に示すように、マテリアライズドビュー13についてのインデックス14が使用され、対象データが絞り込まれる。対象データを絞り込んだ後、インデックス14に保持する格納場所情報格納アドレス情報や行番号情報などを保持するカラム図5の例では、アドレスA、アドレスBの情報を使用して検索対象のテーブルテーブルA12a、テーブルB12bの対象レコードのデータを抽出して結合し、結果テーブルを得てこれを検索結果として出力する。これにより、マテリアライズドビュー13へのアクセスに対して、実際のデータへのアクセスはインデックス14のみとし、マテリアライズドビュー13自体へのアクセスが行われないようにすることができる。なお、結果テーブルには、検索対象の各テーブルを結合する際に他のカラムの情報図5の例では、スコアや評価などのカラムを追加取得して含めてもよいことは当然である。このように、マテリアライズドビュー13についてのインデックス14によって、検索対象の複数のテーブルテーブルA12a、テーブルB12bに分散している検索条件を全て参照することが可能となる。従って、検索処理の最初にインデックス14によって対象データの絞り込みを行うことで、検索対象の各テーブルの結合処理を行う前に対象データを十分に絞り込んだ上で結合処理を行うことができる。これにより、対象データの絞り込み条件が複数のテーブルに分散している場合の検索処理において、リソースへのアクセス量と結合処理回数を低減させることができ、検索処理の性能を向上させることが可能となる。以上に説明したように、本発明の一実施の形態であるデータベース処理方法によれば、検索処理の際のテーブルの結合条件によって検索対象の複数のテーブルを結合したマテリアライズドビュー13、およびこれについてのインデックス14を作成する。検索処理の際は、検索条件としてマテリアライズドビュー13のカラムを指定することで、インデックス14によって対象データの絞り込みを行い、インデックス14に保持された格納場所情報に基づいて各検索対象のテーブルを検索して結合することで検索結果を得る。これにより、検索対象のテーブルの結合処理の前に対象データを十分に絞り込むことができ、結合処理のコストを抑えて検索処理時間を向上させることが可能となる。以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。