(57)【要約】【課題】より検索効率を高めることができるデータベース処理方法を提供する。【解決手段】本発明の実施形態によるデータベース処理装置は、まず複数のカラムを含むレコードを有するリレーショナルデータベースを構成する第１のデータテーブルを、少なくとも１以上の任意のカラムを組み合わして予め定めたカラム分割基準により任意の前記カラムに対するデータを含む複数の第２のデータテーブルに分割する第１分割ステップが実施される。次いで、カラムにおける前記データにより予め定められたデータ分割基準に基づき、前記第２のデータテーブルを１以上のレコードを有する複数の第３のデータテーブルへと分割する第２分割ステップが実施される。そして、最後に前記第３のデータテーブルを、それぞれ独立して前記データの読み出しが可能な異なる記憶部に記憶する記憶ステップが行なわれる。【選択図】図１
2013196565.tif 000002
【特許請求の範囲】
【請求項１】
複数のカラムのデータを含むレコードを有する第１のデータテーブルを、予め定められたカラム分割基準に基づいて、少なくとも１以上の任意のカラムのデータを含む複数の第２のデータテーブルに分割する第１分割ステップと、
前記データにより前記レコード単位で前記データを分割する予め定められたデータ分割基準に基づき、前記第２のデータテーブルを１以上のレコードを有する複数の第３のデータテーブルに分割する第２分割ステップと、
前記第３のデータテーブルを、それぞれ独立して前記データの読み出しが可能な異なる記憶部に記憶する記憶ステップと、
を含むことを特徴とするデータベース処理方法。
【請求項２】
前記第１のデータテーブルに含まれる前記レコードには、それぞれ前記レコードを識別する識別情報が含まれており、
前記第１分割ステップは、前記識別情報と他の前記カラムとの組み合わせによる前記カラム分割基準により、前記第１のデータテーブルを前記第２のデータテーブルに分割し、
前記記憶ステップは、各レコードに前記識別情報を含む前記第３のデータテーブルを前記記憶部に記憶する
ことを特徴とする請求項１に記載のデータベース処理方法。
【請求項３】
前記第２分割ステップは、
前記データ分割基準と、前記データ分割基準のそれぞれのデータの範囲に該当する前記データが記憶される前記記憶部の位置情報とが、対応付けられて記憶された分割情報テーブルを前記カラムのデータに基づいて参照して前記データ分割基準を決定し、決定した前記データ分割基準に基づいて、前記第２のデータテーブルを１以上のレコードを有する複数の前記第３のデータテーブルに分割するとともに、
前記記憶ステップは、前記分割情報テーブルを参照し、前記第３のデータテーブルを記憶する前記記憶部の位置を決定し、決定した位置の前記記憶部に前記第３のデータテーブルを記憶する
ことを特徴とする請求項１に記載のデータベース処理方法。
【請求項４】
前記第３のデータテーブルを構成する前記レコードが記憶される前記記憶部の前記位置情報を、前記識別情報と対応付けて記憶する位置情報テーブルを生成する位置情報生成ステップを
更に含むことを特徴とする請求項３に記載のデータベース処理方法。
【請求項５】
新たなレコードの挿入要求を受け付けた場合、挿入要求に含まれる前記カラムのデータを挿入する前記第３のデータテーブルを前記データ分割基準に基づいて決定し、決定した前記第３のデータテーブルに対し、前記カラムのデータを新たなレコードとして挿入する挿入ステップを
更に含むことを特徴とする請求項３に記載のデータベース処理方法。
【請求項６】
前記レコードの更新要求が出された場合、前記更新要求に含まれる前記カラムのデータと対応する前記第３のデータテーブルを前記データ分割基準に基づいて決定し、決定した前記第３のデータテーブルの前記レコードを挿入するとともに、
前記位置情報テーブルを参照して更新前の前記更新要求が出された前記レコードにおける前記データが記憶されている前記第３のデータテーブルを決定し、決定した前記第３のデータテーブルから、前記レコードを削除する更新ステップを
更に含むことを特徴とする請求項３に記載のデータベース処理方法。
【請求項７】
前記レコードの削除が要求された場合、前記位置情報テーブルを参照して削除要求が出された前記レコードにおける前記データが記憶されている前記第３のデータテーブルを決定し、決定した前記第３のデータテーブルから、前記レコードを削除する削除ステップを
更に含むことを特徴とする請求項３に記載のデータベース処理方法。
【請求項８】
複数のカラムのデータを含むレコードを有する第１のデータテーブルを、予め定められたカラム分割基準に基づいて、少なくとも１以上の任意のカラムのデータを含む複数の第２のデータテーブルに分割し、前記データにより前記レコード単位で前記データを分割する予め定められたデータ分割基準に基づき、前記第２のデータテーブルを１以上のレコードを有する複数の第３のデータテーブルに分割する論理回路と、
前記第３のデータテーブルを、それぞれ独立して前記データの読み出しが可能な異なる記憶領域に記憶する記憶部と、
を備えることを特徴とするデータベース処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、データベース処理方法、及びデータベース処理装置に関する。
【背景技術】
【０００２】
テーブル単位でデータを管理したり、ＸＭＬによって記述されたデータを管理したりするリレーショナルデータベースを用いた分散システムにおけるデータベースマネージメントシステム（ＤＢＭＳ）では、検索の効率化を図るためデータベースを構成するデータテーブルを分割して管理する方法が採用されている。例えば、特定のカラムの値ごとにレコードを分割し、それぞれのレコードを異なるサーバに記録したり、他のカラムから独立性の高いカラムを別のサーバに記録したりする技術が知られている。また、複数のカラムに対してキーレンジを設け、そのキーレンジに対応して異なるデータの記憶領域を割り付けることで、検索の際にアクセスするデータ量を少なくすることができ、より高速にデータベースを検索することが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−４８３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、あらかじめデータテーブルの分割の仕方を決定する際には、実際に検索される頻度が高い検索文を想定し、その検索に検索効率が高くなる分割方法が採用される。この場合、想定と異なる検索がなされた場合においては、所望の検索効率が得られない。
【０００５】
本発明は、上記に鑑みてなされたものであって、より検索効率を高めることができるデータベース処理方法及びデータベース処理装置を提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明の実施形態に係るデータベース処理方法においては、まず複数のカラムを含むレコードを有するリレーショナルデータベースを構成する第１のデータテーブルを、少なくとも１以上の任意のカラムを組み合わして予め定めたカラム分割基準により任意の前記カラムに対するデータを含む複数の第２のデータテーブルに分割する第１分割ステップが実施される。次いで、カラムにおける前記データにより予め定められたデータ分割基準に基づき、前記第２のデータテーブルを１以上のレコードを有する複数の第３のデータテーブルへと分割する第２分割ステップが実施される。そして、最後に前記第３のデータテーブルを、それぞれ独立して前記データの読み出しが可能な異なる記憶部に記憶する記憶ステップが行なわれる。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態のデータベース処理装置の構成を示す図である。
【図２】図２は、実施形態のデータテーブルの分割の手順を示す図である。
【図３】図３は、実施形態のレコードマスターテーブルのテーブル構成図である。
【図４】図４は、実施形態の分割情報テーブルのテーブル構成図である。
【図５】図５は、実施形態のレコード挿入処理の流れを示すフロー図である。
【図６】図６は、実施形態のレコード検索処理の流れを示すフロー図である。
【図７】図７は、実施形態のレコード更新処理の流れを示すフロー図である。
【図８】図８は、実施形態のレコード削除処理の流れを示すフロー図である。
【図９】図９は、実施形態のレコード検索処理の流れを示すフロー図である。
【発明を実施するための形態】
【０００８】
以下に、本発明のデータベース処理装置の実施形態を図面に基づいて詳細に説明する。本実施形態においては、データテーブルをリレーショナルデータベースの形式で管理するデータベース処理装置に適用した例を示すが、例えばＸＭＬにより記述されたデータをリレーショナルデータベースにより管理する構成などにも適用することは可能である。
【０００９】
図１は、実施形態のデータベース処理装置１のハードウェア構成例を示す図である。データベース処理装置１は、フロントエンドサーバ１０と、ストレージサーバ２０とを含む。フロントエンドサーバ１０は、クライアント３０からの要求を受け取り、受け取った要求をストレージサーバ２０へと転送する。また、フロントエンドサーバ１０は、クライアント３０からのデータベースへの挿入要求、検索要求、更新要求、及び削除要求を受け付け、その要求内容を参照して、カラム、及びデータの範囲にしたがって分割する処理を行う。詳細については、後述する。
【００１０】
ストレージサーバ２０は、データの記憶部４０へとアクセスする。記憶部４０は、ストレージメモリ４１と、コントローラ４２と、インターフェイス４３とを備えている。ストレージメモリ４１は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリ、及びＭＲＡＭなどの不揮発メモリなどにより構成されるデータが物理的に記憶される部位である。本実施形態においては、記憶部４０は、互いに物理的に独立した記憶領域となっている。また、コントローラ４２は、隣接する記憶部４０との間で、データを送受信したり、ストレージメモリ４１へのデータの読み書きを他の記憶部４０とは独立して行ったりする。本実施形態においては、記憶部４０が正方格子状に並べてあるが、物理的な配置の態様は適宜変更することができる。
【００１１】
また、フロントエンドサーバ１０と、ストレージサーバ２０との間には、Ｉ／Ｆユニット部５０が設けられている。Ｉ／Ｆ部ユニット５０は、ＣＰＵ５１と、フロントエンドサーバ１０との間でデータを入出力するインターフェイス５２、記憶部４０との間でデータを入出力するインターフェイス５３、及び分割部５４を備えている。分割部５４は論理回路と、データテーブルの分割の情報を記録する記憶領域とからなり、フロントエンドサーバ１０から受理したレコードの挿入や更新、及び削除の要求に対して、記憶部４０に対し処理を行う際にデータを後述の方法で分割する。この分割作業はＩ／Ｆユニット部５０やフロントエンドサーバ１０で行っても良い。本実施形態においては、フロントエンドサーバ１０とストレージサーバ２０とを別のハードウェアとして設ける構成を示したが、これらは同じハードウェア上に存在していてもよい。
【００１２】
次に、本実施形態におけるデータベースの分割手順について図２を用いて説明する。図２は、あるデータテーブルから、任意のレコード、及びカラムの両方のデータによって分割する手順を示した図である。実際には、データは最終的には図２（ｃ）にして示した状態で記憶部４０のストレージメモリ４１に記憶されるが、図２（ａ）、（ｂ）は、説明のため便宜的に分割前のテーブルの状態を示している。
【００１３】
図２（ａ）に示されるように、本実施形態における第１データテーブル１００は、カラムとして、「ＩＤ（識別情報）」、「Ｎｏ．」、「名称」、「所在地」、「商品」、及び「個数」を有している。レコードしては、例示的にＩＤ＝１１、１２、１０５、１０６の４つが示されている。
【００１４】
まず、第１データテーブル１００を、任意のカラムを組み合わせたカラム分割基準に従い、第２データテーブル２００を作成する。図２（ｂ）は、各第２データテーブル２００を示している。図２（ｂ）に示されるように、ＩＤとＮｏ、ＩＤと名称と所在地、ＩＤと商品、及びＩＤと個数の組み合わせが本実施形態においては、カラム分割基準に該当し、このカラム分割基準により４つの第２データテーブル２００に第１データテーブル１００は分割される。なお、このカラム分割基準は、プログラム内に記載されていてもよいし、設定用のテーブルとして記憶部４０に記憶されていてもよい。さらに、４つの第２データテーブル２００をレコードのデータの値に応じて分割し、第３データテーブル３００が作成される。図２（ｃ）は、作成された第３データテーブル３００の状態を示している。なお、図ではＩＤと個数の組み合わせによるテーブルのみを示しているが、他の３つの組み合わせについても同様にテーブルは作成される。
【００１５】
図２（ｃ）に示されるように、第３データテーブル３００は、「個数」のカラムのデータが、「１〜１０」、「１１〜２０」、及び「２１以上」の３つの値の範囲で分割されている。値の範囲に基づく分割は、他の方法においては、カラムのデータやデータから生成されるハッシュ値の大小で行ってもよいし、その他の条件で行ってもよい。図２（ｃ）においては、第３データテーブル３００は３つ作成されているが、それぞれ、物理的に異なる記憶部４０に記憶される。
【００１６】
また、本実施形態においては、フロントエンドサーバ１０に、レコードマスターテーブルと、分割情報テーブルとが記憶されている。図３はレコードマスターテーブルを、図４は分割情報テーブルをそれぞれ示している。図３に示されるように、レコードマスターテーブル４００（位置情報テーブル）は、ＩＤと対応付けて、それぞれのカラムのデータが物理的に記憶されている記憶部４０の位置情報を記憶している。記憶部４０の位置情報は、Ｓｉ（ｉは１以上の整数）で示されている。例えば、ＩＤ＝１１のレコードには、カラム「Ｎｏ」のデータとして「Ｓ１」が、カラム「名称」のデータとして「Ｓ１０」が、カラム「所在地」のデータとして「Ｓ１６」が、カラム「商品」のデータとして「Ｓ２４」が、カラム「個数」のデータとして「Ｓ２７」がそれぞれ記憶されている。したがって、ＩＤをキーにレコードマスターテーブル４００を検索することで、各カラムのデータの記憶位置を即座に把握することができるようになる。なお、記憶部４０の位置情報としては、物理的なハードウェア単位だけでなく、ディスク内の論理アドレスなどを指定してもよい。また、このレコードマスターテーブル４００のデータ構造は図に示されたような形でなくてもよい。
【００１７】
また、図４に示されるように、分割情報テーブル５００は、カラムと、カラムのデータの値の範囲との組み合わせと対応付けて、物理的に記憶されている記憶部４０の位置情報を記憶している。例えば、「個数」のカラムは１から１０、１１から２０、及び２１以上の３つの範囲に分割されており、それぞれＳ２６、Ｓ２７、及びＳ２８にて示される記憶部４０に割り当てられていることが示されている。また、図４に示されるように、分割情報テーブル５００には、所在地の値の範囲として、数値でなく「関東」や「中部」などのように、概念的な文字情報が記憶されている。
【００１８】
続いて、本実施形態における、データベースの処理手順を説明する。図５は、クライアント３０からレコードを新たに挿入する要求が出されたときの処理の流れを示すフロー図である。図５に示されるように、まずフロントエンドサーバ１０が、クライアント３０からのレコード挿入の命令を受け取る（ステップＳ１００）。次いで、フロントエンドサーバ１０は、受け取ったレコードに含まれる各カラムのデータと、分割情報テーブル５００とを参照し、それぞれのデータをどの記憶部４０に記録するかを決定する（ステップＳ１０１）。フロントエンドサーバ１０は、ストレージサーバ２０に対して書き込み要求を行う（ステップＳ１０２）。書き込み要求を受理したストレージサーバ２０は、分割情報テーブル５００を参照して決定した各記憶部４０に対して該当するデータの書き込み要求を行う（ステップＳ１０３）。ストレージサーバ２０においては、上述した分割部５４が、各データがそれぞれ決定された記憶部４０に記憶されるよう、レコードを分割する処理を行う。
【００１９】
次いで、ストレージサーバ２０は、フロントエンドサーバ１０に対して、レコードの書き込みが完了した通知を出力する（ステップＳ１０４）。フロントエンドサーバ１０は、書き込み完了通知を受信後、レコードマスターテーブル４００に新たに挿入したレコードの各カラムのデータの記憶位置の情報を記憶する（ステップＳ１０５）。そして、最後にフロントエンドサーバ１０は、クライアント３０に対し、レコード挿入の完了通知を出力する（ステップＳ１０６）。
【００２０】
続いて、クライアント３０から検索要求が出された際の処理の流れについて図６を参照して説明する。検索要求としては、単にあるデータを含むレコードが存在するか否かを調べるものや、あるカラムにおけるデータの総和や平均値を求めるようなものなどがある。図６においては、単一のカラムのデータのみを参照して行う検索の場合の処理を示している。図６においては、特定のカラムについてのみ、まず、フロントエンドサーバ１０は、クライアント３０から検索命令を受理する（ステップＳ２００）。次いで、フロントエンドサーバ１０は、検索命令において指定された検索条件と、分割情報テーブルの情報とから、検索に必要なカラムと、データがどのデータのレンジに属するかを判定して、データの読み出しを行う記憶部４０の物理的な位置を決定する（ステップＳ２０１）。
【００２１】
フロントエンドサーバ１０は、ストレージサーバ２０に対し決定した記憶部４０を指定してデータの読み出し要求を出力する（ステップＳ２０２）。ストレージサーバ２０は、指定された各記憶部４０に対し、データの読み出し要求を行う（ステップＳ２０３）。次いで、ストレージサーバ２０は、読みだしたデータをフロントエンドサーバ１０へと送信する（ステップＳ２０４）。最後に、フロントエンドサーバ１０は、受理したデータを検索条件に基づいて集計、及び加工し、結果をクライアント３０に対して出力する（ステップＳ２０５）。
【００２２】
次に、レコードの更新時の処理の流れについて図７を参照して説明する。図７の処理はクライアント３０からフロントエンドサーバ１０に対して、レコードの更新要求が出力されたときに処理が開始される。まず、フロントエンドサーバ１０が、レコード更新の要求命令をクライアント３０から受理する（ステップＳ３００）。フロントエンドサーバ１０は、更新後のレコードに含まれる各カラムのデータに基づいて分割情報テーブル５００を参照し、更新後のデータをどこの記憶部４０に書き込むかを決定する（ステップＳ３０１）。
【００２３】
次いで、フロントエンドサーバ１０は、決定した記憶部４０における書き込み位置を指定して、ストレージサーバ２０へと書き込み要求を出力する（ステップＳ３０２）。次いで、ストレージサーバ２０は、指定された記憶部４０に対し、データの書き込み要求を行う（ステップＳ３０３）。
【００２４】
また、レコードの更新の際には、元のレコードのデータを第３データテーブル３００から削除する処理を行う。まず、フロントエンドサーバ１０は、更新の際に指定されたレコードのＩＤ（識別情報）に基づきレコードマスターテーブル４００を参照して、更新前のデータが記憶されている記憶部４０の位置を取得する（ステップＳ３０４）。フロントエンドサーバ１０は、ストレージサーバ２０に対して取得した更新前のデータの記憶部４０の位置を指定して、データの削除要求を行う（ステップＳ３０５）。ストレージサーバ２０は、指定された記憶部４０に記憶された第３データテーブル３００上のデータを削除する削除要求を出力する（ステップＳ３０６）。ストレージサーバ２０は、データの削除が完了すると、削除の完了通知をフロントエンドサーバ１０へと出力する（ステップＳ３０７）。フロントエンドサーバ１０は、完了通知を受け取ると、レコードマスターテーブル４００の該当するデータの記憶位置の値を、更新後のデータの位置に更新する（ステップＳ３０８）。最後に、フロントエンドサーバ１０は、クライアント３０に対して更新要求の完了通知を出力する（ステップＳ３０９）。なお、ステップＳ３０１〜Ｓ３０４のデータの書き込みの処理と、ステップＳ３０５〜ステップＳ３０８のデータの削除処理とは並列して実施することも可能である。
【００２５】
次に、レコード削除時の処理の流れについて図８を参照して説明する。図８の処理はクライアント３０からデータの削除要求が出力された際にスタートする。図８に示されるように、まずフロントエンドサーバ１０は、クライアント３０からレコード削除要求を受理する（ステップＳ４００）。次いで、フロントエンドサーバ１０は、削除の際に指定されたレコードのＩＤ（識別情報）に基づきレコードマスターテーブル４００を参照して、データが記憶されている記憶部４０の位置を決定する（ステップＳ４０１）。フロントエンドサーバ１０は、ストレージサーバ２０に対して取得したデータの記憶部４０の位置を指定して、データの削除要求を行う（ステップＳ４０２）。ストレージサーバ２０は、指定された記憶部４０に記憶された第３データテーブル３００上のデータを削除する削除要求を出力する（ステップＳ４０３）。ストレージサーバ２０は、データの削除が完了すると、削除の完了通知をフロントエンドサーバ１０へと出力する（Ｓ４０４）。フロントエンドサーバ１０は、完了通知を受け取ると、クライアント３０に対して削除要求の完了通知を出力する（ステップＳ４０５）。
【００２６】
次に、複数のカラムに対して、検索が行われた際の処理の流れについて図９を参照して説明する。単一のデータに対する検索の処理を示した図６とは異なり、それぞれのカラムにおいて検索条件と一致したレコードからＩＤを取得し、レコードマスターテーブル４００を参照して、最終的な検索結果を加工する必要がある。例えば、複数のカラムのデータで検索を行う場合や、検索に用いたカラムとは異なるカラムを検索結果として表示することを要求された場合などが該当する。
【００２７】
図９に示されるように、フロントエンドサーバ１０は、クライアント３０からの検索命令を受理する（ステップＳ５００）。次いで、フロントエンドサーバ１０は、検索命令において指定された検索条件と、分割情報テーブルの分割情報とから、検索に必要なカラムと、データがどのレンジに属するかを判定して、データの読み出しを行う記憶部４０の物理的な位置を決定する（ステップＳ５０１）。
【００２８】
フロントエンドサーバ１０は、ストレージサーバ２０に対し決定した記憶部４０を指定してデータの読み出し要求を出力する（ステップＳ５０２）。ストレージサーバ２０は、指定された各記憶部４０に対し、データの読み出し要求を行う（ステップＳ５０３）。次いで、ストレージサーバ２０は、読みだしたデータから検索式に含まれるカラムのデータと一致するレコードのＩＤを取得し、フロントエンドサーバ１０へと出力する（ステップＳ５０４）。複数のカラムに対して、検索を行っていることから、このステップは通常であれば、複数のレコードのＩＤが出力されることとなる。
【００２９】
次いで、フロントエンドサーバ１０は、検索結果として表示する項目として指定されたカラムのデータが記憶されている記憶部４０の位置を、取得したレコードＩＤをキーにレコードマスターテーブル４００から取得する（ステップＳ５０５）。次いで、フロントエンドサーバ１０は、取得した位置に存在する記憶部４０を指定してストレージサーバ２０へと読み出し要求を行う（ステップＳ５０６）。ストレージサーバ２０は、指定された各記憶部４０に対し、データの読み出し要求を行う（ステップＳ５０７）。次いで、ストレージサーバ２０は、読みだしたデータをフロントエンドサーバ１０へと送信する（ステップＳ５０８）。最後に、フロントエンドサーバ１０は、検索式にて指定された表示形式に読み出されたデータを加工し、クライアント３０へと出力する（ステップＳ５０９）。
【００３０】
以上に示した、本実施形態のデータベース処理装置１においては、データテーブルを細かく分散し、かつ物理的に異なる記憶部４０に格納することで、検索要求に対して読み出しを行う物理的なデータ量を抑制することができるようになる。また、データを並列に読み出すことが可能となるため、検索効率が向上する。そして、全てのカラムが分散された記憶部４０に記憶されているため、どのような検索式に対しても検索効率の低下を抑えることができるようになる。
【００３１】
また、第３のデータテーブル３００の各レコードに対してＩＤを付加することで、検索結果に対する応答をＩＤのみで行うことができるようになるため、サーバ間での転送時間が短くなり、複数のサーバをまたがって検索を行った際の検索効率を向上させることができる。
【００３２】
以上に示した実施形態においては、第３のデータテーブル３００に、それぞれＩＤを付与することとしたが、ＩＤがなく単一のカラムのみを記憶するようにしてもよい。
【００３３】
また、フロントエンドサーバ１０において行った処理を、ストレージサーバ２０において実施してもよい。例えば、検索時において、分割情報テーブル５００やレコードマスターテーブル４００を参照する処理をフロントエンドサーバ１０側において行う例を示したが、フロントエンドサーバ１０は単に要求を転送するのみにし、データベースにかかる処理をストレージサーバ２０側で行ってもよい。この場合、分割情報テーブル５００やレコードマスターテーブル４００はストレージサーバ２０に記憶されるが、これらの各レコードを管理するテーブルの一部または全部を、ストレージサーバ２０側に記憶することで、検索結果として得られたＩＤから必要なカラムのデータを取得するまでの時間が早くなり、検索効率を向上させることができるようになる。
【００３４】
本発明の実施形態を説明したが、実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３５】
１  データベース処理装置
１０  フロントエンドサーバ
２０  ストレージサーバ
３０  クライアント
４０  記憶部
４１  ストレージメモリ
４２  コントローラ
４３  インターフェイス
５０  Ｉ／Ｆユニット部
５１  ＣＰＵ
５２  インターフェイス
５３  インターフェイス
５４  分割部
１００  第１データテーブル
２００  第２データテーブル
３００  第３データテーブル
４００  レコードマスターテーブル
５００  分割情報テーブル
【図１】
2013196565.tif 000003
【図２】
2013196565.tif 000004
【図３】
2013196565.tif 000005
【図４】
2013196565.tif 000006
【図５】
2013196565.tif 000007
【図６】
2013196565.tif 000008
【図７】
2013196565.tif 000009
【図８】
2013196565.tif 000010
【図９】
2013196565.tif 000011