JP2021174079A - データ管理システムおよびデータ管理方法 - Google Patents

Abstract

【課題】解析結果から得られる問い合わせ内容の違いに応じて、データを配置すべきデータベースを決定し、データに対する問い合わせの処理時間を従来よりも短縮させる。【解決手段】既存データベース部が有する第１のデータベースに格納されるテーブルに問い合わせを行う問い合わせプログラムまたは第１のデータベースのスキーマを解析する解析部と、問い合わせプログラムまたは第１のデータベースのスキーマの解析結果に基づいて、第１のデータベースに格納されるテーブルを第１のデータベース以外の第２のデータベースに配置する配置処理部と、第１のデータベースに格納されるテーブルに対する問い合わせプログラムの処理時間よりも、第２のデータベースに配置したテーブルに対する問い合わせプログラムの処理時間のほうが短い場合に、配置を既存データベース部に反映する配置反映部と、を有する。【選択図】 図１

Description

本発明は、データ管理システムおよびデータ管理方法に関する。

近年のデータベース技術の発展により、従来のようなリレーショナルモデルだけではなく、データ特性に応じて、種々のデータベースモデル（キーバリュー、グラフ等）が使われるようになってきた。一方で、複数のデータベースモデルをそれぞれ別々のデータベースとして扱うことの難しさから、それらを統合的に扱うことのできるマルチモデルデータベースが開発されている。例えば、特許文献１では、インメモリのキーバリューストアに、ＲＤＢ（Relational Database）に格納されたデータ群の複製を作成し、外部からの問い合わせに対して、可能な限りインメモリのキーバリューストアを用いて対応することで、問い合わせの処理時間の短縮を図っている。

ＵＳ２０１７１４７６６４Ａ１

しかし、既存のデータベース群を用いて運用しているシステムについて、新規のマルチモデルデータベースへと移行することが難しい。処理性能を発揮するためには、データ特性やデータ操作といった問い合わせ内容を考慮して最適なデータベースモデルのデータベースにデータを再配置する必要がある。特許文献１では、このような問い合わせ内容を考慮してデータベースモデルのデータベースにデータを再配置することについて言及されていない。例えば、データベースが保持するテーブルに対するクエリまたはデータベースのスキーマを解析し、リストテーブルや階層テーブル等、辿る操作が多いテーブルはグラフモデルへ配置し、ＩＤ等の主キーでしか検索しないデータはキーバリューモデルへ配置し、複数のキーにおける検索や、複雑な検索、結合操作が多いテーブルはリレーショナルモデルへ配置することについては記載されていない。このように、特許文献１では、データ特性やデータ操作といった問い合わせ内容の違いに応じて、配置すべきデータベースを決定し、テーブルに対する問い合わせの処理時間を従来よりも短縮させることについては開示されていない。

本発明の一側面は、解析結果から得られる問い合わせ内容の違いに応じて、データを配置すべきデータベースを決定し、データに対する問い合わせの処理時間を従来よりも短縮させることが可能なデータ管理システムおよびデータ管理方法を提供することを目的とする。

本発明の一態様にかかるデータ管理システムは、既存データベース部が有する第１のデータベースに格納されるテーブルに問い合わせを行う問い合わせプログラムまたは前記第１のデータベースのスキーマを解析する解析部と、前記問い合わせプログラムまたは前記第１のデータベースのスキーマの解析結果に基づいて、前記第１のデータベースに格納されるテーブルを前記第１のデータベース以外の第２のデータベースに配置する配置処理部と、前記第１のデータベースに格納されるテーブルに対する前記問い合わせプログラムの処理時間よりも、前記第２のデータベースに配置した前記テーブルに対する問い合わせプログラムの処理時間のほうが短い場合に、前記配置を前記既存データベース部に反映する配置反映部と、を有することを特徴とするデータ管理システムとして構成される。

本発明の一態様によれば、解析結果から得られる問い合わせ内容の違いに応じて、データを配置すべきデータベースを決定し、データに対する問い合わせの処理時間を従来よりも短縮させることができる。

本実施例におけるデータ管理装置の機能構成例を示すブロック図である。 データ管理装置のコンピュータの概略図である。 実行実績テーブルの例を示す図である。 試行判定テーブルを示す図である。 処理時間判定テーブルを示す図である。 配置対応テーブルの例を示す図である。 第１種データベースの例を示す図である。 第２種データベースの例を示す図である。 第３種データベースの例を示す図である。 問い合わせ形式変換部が、ＳＱＬ形式の問い合わせプログラムから非ＳＱＬ形式の問い合わせプログラムに変換する一例を示す図である。 本システムで行われる問い合わせプログラムの実行実績を蓄積する処理（実行実績蓄積処理）の処理手順を示すフローチャートである。 データベース部に記憶されているテーブルの再配置を行う処理（再配置処理）の処理手順を示すフローチャートである。

以下、図面を参照して本発明の実施形態を説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

以下の説明では、「テーブル」、「リスト」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いた場合、これらについてはお互いに置換が可能である。

同一あるいは同様な機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路（例えばＦＰＧＡ（Field-Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit））を含んでいてもよい。

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

以下に本実施の形態にかかる修理支援システムおよび修理支援方法をＡＴＭに適用した場合について詳細に説明するが、この例に限らず、様々な装置や機器に適用することができる。

図１は、本実施例におけるデータ管理装置１０の機能構成例を示すブロック図である。図１に示すように、データ管理装置１０は、ＳＱＬ（Structured Query Language）等の問い合わせ形式（第１の問い合わせ形式）でデータベースが保持するテーブルに対して問い合わせを行う問い合わせ入力プログラム（第１の問い合わせプログラム）の入力を受け付ける問い合わせ入力部１０１と、上記問い合わせ入力プログラムの実行実績や当該プログラムで用いられるデータベースおよびテーブルを管理するデータ配置管理部１０２と、上記問い合わせ形式を非ＳＱＬ（Non Structured Query Language）等の上記問い合わせ形式とは異なる問い合わせ形式（第２の問い合わせ形式）のプログラム（第２の問い合わせプログラム）に変換し、変換した上記異なる問い合わせ形式の問い合わせプログラムによりデータベースが保持するテーブルに問い合わせを行い、その結果を出力する問い合わせ形式変換部１０５と、問い合わせ形式変換部１０５から出力された上記異なる問い合わせ形式の問い合わせプログラムが問い合わせした結果を、上記異なる問い合わせ形式から上記問い合わせ形式に変換する問い合わせ結果変換部１０６と、上記問い合わせ形式に変換された問い合わせの結果を、問い合わせ入力プログラムに対する問い合わせ結果として出力する問い合わせ結果出力部１１１と、を有する。

データ配置管理部１０２は、問い合わせ入力部１０１が受け付けた問い合わせ入力プログラムの実行実績を記憶する実行実績テーブル１０３と、データ管理装置１０に記憶されたテーブルのなかで再配置の試行対象とするテーブルを決定するための試行判定テーブル１０３１と、実行実績テーブル１０３の処理時間をテーブルごとに集計した処理時間判定テーブル１０３２と、試行判定テーブル１０３１により決定されたテーブルを、当該テーブルを保持するモデルのデータベースから変換されたモデルのデータベースを保持する試行データベース部１１８と、テーブルとテーブルを保持するモデルのデータベースの対応関係を記憶する配置対応テーブル１０４とを有する。また、データ管理装置１０は、リレーショナルモデルのデータベースから構成される第１種データベース１０８と、キーバリューモデルのデータベースから構成される第２種データベース１０９と、グラフモデルのデータベースから構成される第３種データベース１１０とを記憶するデータベース部１０７を有する。

また、データ管理装置１０は、データ配置管理部１０２で管理されている問い合わせ入力プログラムの問い合わせ形式や問い合わせ内容を解析する問い合わせ解析部１１２と、データ配置管理部１０２で管理されている問い合わせ入力プログラムで用いられるテーブルを保持するモデルのデータベースの構造を解析するデータスキーマ解析部１１３と、上記再配置の試行対象と決定されたテーブルの再配置を試行するか否かを判定するデータ配置試行判定部１１４と、データ配置試行判定部１１４により再配置を試行すると判定されたテーブルの再配置を試行するデータ配置試行部１１５と、データ配置試行部１１５により再配置が試行されたテーブルに対する問い合わせを試行する問い合わせ試行部１１６と、問い合わせ試行部１１６により再配置が試行されたテーブルに問い合わせが行われたときの処理時間が、再配置が試行される前のテーブルに対する問い合わせを行ったときの平均的な処理時間よりも短い場合に、再配置が試行される前のテーブルを、再配置が試行されたテーブルを保持するモデルのデータベースに反映する処理時間判定部１１７と、を有する。

また、データ管理装置１０は、データ配置試行部１１５により再配置されたデータベースを記憶する試行データベース部１１８を有する。図１では、一例として、再配置が試行されたテーブルを保持するモデルのデータベースとして、キーバリューモデルのデータベースから構成される第２種データベース１１９と、グラフモデルのデータベースから構成される第３種データベース１２０とが記憶されている。

データ管理装置１０は、例えば、図２（コンピュータの概略図）に示すような、ＣＰＵ２０１と、メモリ２０２と、ＨＤＤ(Hard Disk Drive)等の外部記憶装置２０３と、ＣＤ(Compact Disk)やＤＶＤ(Digital Versatile Disk)等の可搬性を有する記憶媒体２０８に対して情報を読み書きする読書装置２０７と、キーボードやマウス等の入力装置２０６と、ディスプレイ等の出力装置２０５と、通信ネットワークに接続するためのＮＩＣ(Network Interface Card)等の通信装置２０４と、これらを連結するシステムバス等の内部通信線(システムバスという)２０９と、を備えた一般的なコンピュータ２００により実現できる。

例えば、データ管理装置１０に記憶されたデータベースやテーブルは、ＣＰＵ２０１がメモリ２０２または外部記憶装置２０３から読み出して利用することにより実現可能である。また、データ管理装置１０が有する問い合わせ入力部１０１、データ配置管理部１０２、問い合わせ形式変換部１０５、問い合わせ結果変換部１０６、問い合わせ結果出力部１１１、問い合わせ解析部１１２、データスキーマ解析部１１３、データ配置試行判定部１１４、データ配置試行部１１５、問い合わせ試行部１１６、処理時間判定部１１７は、ＣＰＵ２０１が外部記憶装置２０３に記憶されている所定のプログラムをメモリ２０２にロードして実行することにより実現可能である。データ管理装置１０は、ＣＰＵ２０１が入力装置２０６を動作させて問い合わせ入力部１０１の入力機能を実現してもよい。データ管理装置１０は、ＣＰＵ２０１が出力装置２０５を動作させて問い合わせ結果出力部１１１の出力機能を実現してもよい。また、データ管理装置１０は、ＣＰＵ２０１が通信装置２０４を動作させて通信機能を実現可能な通信部を有していてもよい。

上述した所定のプログラムは、読書装置２０７を介して記憶媒体２０８から、あるいは、通信装置２０４を介してネットワークから、外部記憶装置２０３に記憶(ダウンロード)され、それから、メモリ２０２上にロードされて、ＣＰＵ２０１により実行されるようにしてもよい。また、読書装置２０７を介して、記憶媒体２０８から、あるいは通信装置２０４を介してネットワークから、メモリ２０２上に直接ロードされ、ＣＰＵ２０１により実行されるようにしてもよい。

以下では、データ管理装置１０の各部が、ハードウェアとしては一般的なコンピュータに設けられているが、これらの全部または一部が、クラウドのような１または複数のコンピュータに分散して設けられ、互いに通信することにより同様の機能を実現してもよい。データ管理装置１０の各部の動作、保持するデータの例については、フローチャートを用いて説明する。

図３は、実行実績テーブル１０３の例を示す図である。図３に示すように、実行実績テーブル１０３は、問い合わせプログラムを識別するための問い合わせＩＤと、当該問い合わせＩＤで識別される問い合わせの具体的な内容である問い合わせとが対応付けて記憶されている。図３では、例えば、問い合わせＩＤ「１」〜「６」の問い合わせは、「テーブルＡ」に対して「部品ＩＤ」を主キーとした問い合わせが行われたことを示している。後述するように、「部品ＩＤ」のようなＩＤ等の主キーでの検索が一定数以上多いテーブルは、所定の条件を満たした場合にはキーバリューモデルのデータベースへの配置が試行される。

また、図３において、問い合わせＩＤ「７」の問い合わせは、「ＷＩＴＨ ＲＥＣＵＲＳＩＶＥ」から始まっており、「ＵＮＩＯＮ ＡＬＬ」以下に示すように「テーブルＢ」に対する再帰操作が行われたことを示している。後述するように、リストデータや階層データ等、「ＷＩＴＨ ＲＥＣＵＲＳＩＶＥ」のような再帰操作をはじめとした辿る操作が一定数以上多いテーブルは、所定の条件を満たした場合にはグラフモデルへの配置が試行される。

さらに、問い合わせＩＤ「８」の問い合わせは、「ＪＯＩＮ」に示すように「テーブルＢ」と「テーブルＣ」との結合操作が行われたことを示している。後述するように、少なくとも複数のキーにおける検索や、一定数以上の条件を組み合わせた複雑な検索、結合操作が一定数以上あるテーブルはリレーショナルモデルへの配置が試行される。

図３では、さらに、問い合わせＩＤで識別された問い合わせプログラムごとに、当該問い合わせの処理時間が記憶されている。例えば、問い合わせＩＤ「１」の問い合わせは、０．５１秒の処理時間がかかったことを示している。当該処理時間は、データ配置管理部１０２が、問い合わせ形式変換部１０５の問い合わせ結果に含まれる処理時間を受け取り、実行実績テーブル１０３に書き込む。

図４は、試行判定テーブル１０３１を示す図である。図４に示すように、試行判定テーブル１０３１は、データベースを解析して得られたテーブルのテーブル名および当該テーブルに対するアクセス方法と、当該テーブルの再配置を試行するか否かを判定するための閾値とが対応付けて記憶されている。図４では、例えば、データスキーマ解析部１１３がデータベースを解析した結果、テーブルＡに対する問い合わせは「主キー検索」が６０％であり、「再帰検索」が２５％であり、「その他」が１５％であったことを示している。また、テーブルＡの再配置を試行する条件は、アクセス方法のうちのいずれかの方法が「５５％」を超えた場合であることを示している。

また、図４では、テーブルＡに対してアクセス方法「主キー検索」が６０％となりしきい値を超えているため、テーブルＡは、キーバリューモデルのデータベース（第２種データベース１１９）への再配置が試行される。また、テーブルＢに対してアクセス方法「再帰検索」が７５％となりしきい値を超えているため、テーブルＢは、グラフモデルのデータベース（第３種データベース１２０）への再配置が試行される。

図５は、処理時間判定テーブル１０３２を示す図である。図５に示すように、処理時間判定テーブル１０３２は、データベースを解析して得られたテーブルのテーブル名と、当該テーブルに対する処理時間の平均値である平均処理時間とが対応付けて記憶されている。図５では、例えば、テーブルＡの平均的な処理時間は、０．５５秒であったことを示している。問い合わせ解析部１１２は、実行実績テーブル１０３の処理時間をテーブルごとに集計してその平均値を算出し、当該平均処理時間に書き込む。

図６は、配置対応テーブル１０４の例を示す図である。図６（ａ）は、テーブル再配置前の配置対応テーブル１０４ａを示している。また、図６（ｂ）は、テーブル再配置後の配置対応テーブル１０４ｂを示している。これらの図に示すように、テーブル再配置前の配置対応テーブル１０４は、データベース部１０７に記憶されているテーブルのテーブル名と、当該テーブル名のテーブルが格納されているデータベースのデータベース名と、当該データベース名のデータベースのモデルとが対応付けて記憶されている。図６（ａ）では、例えば、テーブル名「テーブルＣ」のテーブルは、データベース名「データベースＸ」であるリレーショナルモデルのデータベースに格納されていることを示している。また、図６（ｂ）では、例えば、テーブル名「テーブルＣ」のテーブルが、データベース名「データベースＹ」のキーバリューモデルのデータベースに再配置され、格納されたことを示している。処理時間判定部１１７は、問い合わせ解析部１１２が算出した上記処理時間の平均値と、問い合わせ試行部１１６が問い合わせを行ったときの処理時間とを比較し、後者が前者よりも短くなっている場合に、テーブルの再配置を反映し、配置対応テーブル１０４のデータベース名を更新する。

図７は、第１種データベースの例を示す図である。図７に示すように、第１種データベース７０１は、「部品ＩＤ」を主キーとしたリレーショナルデータベースが記憶されている。また、図８は、第２種データベースの例を示す図である。図８に示すように、第２種データベース８０１は、部署ＩＤ「１」、部署名「Ａ社」を頂点とするツリー構造のキーバリューデータベースが記憶されている。また、図９は、第３種データベースの例を示す図である。図９に示すように、第３種データベース９０１は、「社員ＩＤ」により識別されるノードを頂点とするグラフデータベースが記憶されている。

図１０は、問い合わせ形式変換部１０５が、ＳＱＬ形式の問い合わせ入力プログラムから非ＳＱＬ形式の問い合わせ入力プログラムに変換する一例を示す図である。図１０（ａ）では、ＳＱＬ形式の問い合わせ入力プログラムをキーバリューモデルに変換したときのクエリの一例、図１０（ｂ）では、ＳＱＬ形式の問い合わせ入力プログラムをグラフモデルに変換したときのクエリの一例を示している。問い合わせ形式変換部１０５は、ＳＱＬ形式の問い合わせ入力プログラムから、非ＳＱＬ形式に変換した問い合わせ入力プログラムによりデータベース部１０７のデータベースに問い合わせを行う。問い合わせ結果変換部１０６は、その問い合わせの結果をＳＱＬ形式に変換し、問い合わせ結果出力部１１１が、問い合わせ入力プログラムに対する問い合わせ結果を出力する。

図１１は、本システムで行われる問い合わせプログラム１０１の実行実績を蓄積する処理（実行実績蓄積処理）の処理手順を示すフローチャートである。実行実績蓄積処理では、まず、問い合わせ入力部１０１は、問い合わせプログラム１０１の入力を受け付ける（Ｓ１１０１）。データ配置管理部１０２は、問い合わせプログラムを解析し、図３に示した実行実績テーブル１０３に解析した問い合わせプログラムを登録する（Ｓ１１０２）。

問い合わせ形式変換部１０５は、ＳＱＬ形式の問い合わせ入力プログラムから非ＳＱＬ形式の問い合わせ入力プログラムに変換して問い合わせを行い、当該問い合わせの処理時間を含む問い合わせの結果を出力する（Ｓ１１０３）。問い合わせ結果変換部１０６は、当該問い合わせの結果を、非ＳＱＬ形式からＳＱＬ形式に変換し、問い合わせ結果出力部１１１に出力する。また、問い合わせ形式変換部１０５は、上記処理時間を含む問い合わせの結果をデータ配置管理部１０２に出力し、データ配置管理部１０２が、当該処理時間を実行実績テーブル１０３に書き込んで登録する（Ｓ１１０４）。

図１２は、データベース部に記憶されているテーブルの再配置を行う処理（再配置処理）の処理手順を示すフローチャートである。再配置処理は、定期または不定期で実行実績テーブル１０３に一定数以上のプログラムが登録された場合に実行される。

まず、問い合わせ解析部１１２は、問い合わせ入力プログラムの問い合わせ形式や問い合わせ内容を解析し、実行実績テーブル１０３の処理時間をテーブルごとに集計してその平均値を算出し、当該平均処理時間に書き込む（Ｓ１２０１）。続いて、データスキーマ解析部１１３は、問い合わせ入力プログラムで用いられるテーブルを保持するデータベースの構造およびアクセス方法を解析してアクセス方法の割合を算出し、当該アクセス方法の割合を、試行判定テーブル１０３１のアクセス方法に書き込む（Ｓ１２０２）。データ配置試行判定部１１４は、試行判定テーブル１０３１のしきい値を参照し、テーブルの再配置を試行するか否かを判定する。データ配置試行部１１５は、データ配置試行判定部１１４が、テーブルの再配置を試行すると判定したテーブル、例えば、上記アクセス方法の割合がしきい値を超えているテーブルを読み出し、読み出したテーブルを、当該テーブルを保持するモデルのデータベースから、当該モデルとは異なる他のモデルのデータベースに再配置する（Ｓ１２０３）。

問い合わせ試行部１１６は、データ配置試行部１１５により再配置されたテーブルに対する問い合わせを行う（Ｓ１２０４）。例えば、問い合わせ試行部１１６は、問い合わせ形式変換部１０５がＳＱＬ形式から変換した非ＳＱＬ形式の問い合わせ入力プログラムを読み出して、問い合わせを行う。

処理時間判定部１１７は、問い合わせ試行部１１６が問い合わせしたときの処理時間が、再配置が試行される前のテーブルに対する問い合わせをしたときの平均的な処理時間よりも短い場合に、再配置が試行される前のテーブルを、再配置が試行されたテーブルを保持するモデルのデータベースに反映する（Ｓ１２０５）。

このように、本システムでは、既存データベース部（例えば、データベース部１０７）が有する第１のデータベース（例えば、第１種データベース１０８）に格納されるテーブルに問い合わせを行う問い合わせプログラムまたは上記第１のデータベースのスキーマを解析する解析部（例えば、問い合わせ解析部１１２、データスキーマ解析部１１３）と、上記問い合わせプログラムまたは上記第１のデータベースのスキーマの解析結果に基づいて、上記第１のデータベースに格納されるテーブルを上記第１のデータベース以外の第２のデータベース（例えば、試行データベース部１１８）に配置する配置処理部（例えば、データ配置試行部１１５）と、上記第１のデータベースに格納されるテーブルに対する上記問い合わせプログラムの処理時間よりも、上記第２のデータベースに配置したテーブルに対する問い合わせプログラムの処理時間のほうが短い場合に、上記配置を上記既存データベース部に反映する配置反映部（例えば、処理時間判定部１１７）と、を有するので、
例えば、再配置処理において、ユーザアプリケーション等のプログラムから発行されるクエリ（問い合わせ内容）および既存データベース部に格納されるデータスキーマ（データ特性）を解析し、データ配置試行部において、処理時間が短くなるようにテーブルの再配置を行うことができ、上記解析結果から得られる問い合わせ内容の違いに応じて、データを配置すべきデータベースを決定し、データに対する問い合わせの処理時間を従来よりも短縮させることができる。

上記配置処理部は、上記第１のデータベースに格納されるテーブルに対する問い合わせが、一定数以上の辿る操作を含む場合には、グラフモデルの上記第２のデータベースに上記テーブルを配置し、上記第１のデータベースに格納されるテーブルに対する問い合わせが、一定数以上の主キーでの検索を含む場合には、キーバリューモデルの上記第２のデータベースに上記テーブルを配置し、上記第１のデータベースに格納されるテーブルに対する問い合わせが、少なくとも複数のキーにおける検索、一定数以上の条件を組み合わせた複雑な検索、一定数以上の結合操作のいずれかを含む場合には、リレーショナルモデルの上記第２のデータベースに上記テーブルを配置する。したがって、このような問い合わせ内容の違いに応じて、データを配置すべきデータベースを決定し、データに対する問い合わせの処理時間を従来よりも短縮させることができる。

１０ データ管理装置
１０１ 問い合わせ入力部
１０２ データ配置管理部
１０３ 実行実績テーブル
１０３１ 試行判定テーブル
１０３２ 処理時間判定テーブル
１０４ 配置対応テーブル
１０５ 問い合わせ形式変換部
１０６ 問い合わせ結果変換部
１０７ データベース部
１１１ 問い合わせ結果出力部
１１２ 問い合わせ解析部
１１３ データスキーマ解析部
１１４ データ配置試行判定部
１１５ データ配置試行部
１１６ 問い合わせ試行部
１１７ 処理時間判定部
１１８ 試行データベース部

Claims (8)

1. 既存データベース部が有する第１のデータベースに格納されるテーブルに問い合わせを行う問い合わせプログラムまたは前記第１のデータベースのスキーマを解析する解析部と、
   前記問い合わせプログラムまたは前記第１のデータベースのスキーマの解析結果に基づいて、前記第１のデータベースに格納されるテーブルを前記第１のデータベース以外の第２のデータベースに配置する配置処理部と、
   前記第１のデータベースに格納されるテーブルに対する前記問い合わせプログラムの処理時間よりも、前記第２のデータベースに配置した前記テーブルに対する問い合わせプログラムの処理時間のほうが短い場合に、前記配置を前記既存データベース部に反映する配置反映部と、
   を有することを特徴とするデータ管理システム。
2. 前記配置処理部は、前記第１のデータベースに格納されるテーブルに対する問い合わせが、一定数以上の辿る操作を含む場合には、グラフモデルの前記第２のデータベースに前記テーブルを配置する、
   ことを特徴とする請求項１に記載のデータ管理システム。
3. 前記配置処理部は、前記第１のデータベースに格納されるテーブルに対する問い合わせが、一定数以上の主キーでの検索を含む場合には、キーバリューモデルの前記第２のデータベースに前記テーブルを配置する、
   ことを特徴とする請求項１に記載のデータ管理システム。
4. 前記配置処理部は、前記第１のデータベースに格納されるテーブルに対する問い合わせが、少なくとも複数のキーにおける検索、一定数以上の条件を組み合わせた複雑な検索、一定数以上の結合操作のいずれかを含む場合には、リレーショナルモデルの前記第２のデータベースに前記テーブルを配置する、
   ことを特徴とする請求項１に記載のデータ管理システム。
5. コンピュータで行われるデータ管理システムであって、
   解析部が、既存データベース部が有する第１のデータベースに格納されるテーブルに問い合わせを行う問い合わせプログラムまたは前記第１のデータベースのスキーマを解析し、
   配置処理部が、前記問い合わせプログラムまたは前記第１のデータベースのスキーマの解析結果に基づいて、前記第１のデータベースに格納されるテーブルを前記第１のデータベース以外の第２のデータベースに配置し、
   配置反映部が、前記第１のデータベースに格納されるテーブルに対する前記問い合わせプログラムの処理時間よりも、前記第２のデータベースに配置した前記テーブルに対する問い合わせプログラムの処理時間のほうが短い場合に、前記配置を前記既存データベースに反映する、
   ことを特徴とするデータ管理方法。
6. 前記配置処理部は、前記第１のデータベースに格納されるテーブルに対する問い合わせが、一定数以上の辿る操作を含む場合には、グラフモデルの前記第２のデータベースに前記テーブルを配置する、
   ことを特徴とする請求項５に記載のデータ管理方法。
7. 前記配置処理部は、前記第１のデータベースに格納されるテーブルに対する問い合わせが、一定数以上の主キーでの検索を含む場合には、キーバリューモデルの前記第２のデータベースに前記テーブルを配置する、
   ことを特徴とする請求項５に記載のデータ管理方法。
8. 前記配置処理部は、前記第１のデータベースに格納されるテーブルに対する問い合わせが、少なくとも複数のキーにおける検索、一定数以上の条件を組み合わせた複雑な検索、一定数以上の結合操作のいずれかを含む場合には、リレーショナルモデルの前記第２のデータベースに前記テーブルを配置する、
   ことを特徴とする請求項５に記載のデータ管理方法。

Images