分散データベースシステム
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、分散データベースシステムに係り、特に、ＣＳＳ（Client ServerSystem）で業務処理を実行するシステムを構築する際の、分散データベースシステムにおける使用データベースの切換え制御手法に関する。
【０００２】
【従来の技術】近年、分散データベースシステムを用いたＣＳＳで、業務処理を実行するシステムを構築することが、よく行われている。
【０００３】図２は、従来のシステム構築例を模式的に示す説明図である。業務処理を、クライアント側業務処理２０１と、サーバ側業務処理２０２とに分けて、それぞれをクライアントマシンと、サーバマシンで動作させる。サーバマシンには、データベースマネイジメントシステム（以下、ＤＢＭＳと称する）２０３と、サーバデータベース（以下、サーバＤＢと称する）とが存在する。
【０００４】例えば、サーバＤＢ２０４内には、システム全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、その表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成した表Ｔで、表Ｔ上のデータを編集・加工する業務を行う場合、表ＴがサーバＤＢ２０４に生成されるので、表Ｔへのアクセスを行う度に、クライアント−サーバ間の通信が発生する。特に、表Ｔへのアクセスが頻繁に発生すると、クライアント−サーバ間の通信オーバヘッドが大きくなる。
【０００５】また、複数のクライアントから表Ｔへのアクセスが発生すると、サーバマシンに負荷が集中する。
【０００６】一方、データベースを用いたシステムを構築するときに、複数の表から特定の行及び列を抽出して作成し、編集・加工を行った後、トランザクションの終了時にデータを消去する、一時的な表（以下、一時表と称する）を設けることはよく行われている。このとき、一時表がサーバマシンにあると、クライアント数の増加に伴いサーバマシンに負荷が集中する。
【０００７】以上記述したように、ＣＳＳで業務処理を実行するシステムを構築する上で、クライアント数の増加に伴い、サーバマシンに負荷が集中することが問題となってきている。そこで、サーバマシンの負荷を分散することが工夫されつつある。このような技術については、例えば、特開平６−２５９３０８号公報や特開平８−３３９３２３号公報に記載されている。
【０００８】一方、運用時に空いているクライアントマシンで、目的とする業務処理を行う形態を取ることがある。この場合、クライアントマシンで動作する業務処理は動的に変化する。
【０００９】
【発明が解決しようとする課題】上記した従来技術のうち、特開平８−３３９３２３号公報に開示された技術では、複数のサーバマシンで、アクセス回数が一定数を超えた場合、アクセス先にデータ（分散データ）を移動させることで、分散データの配置の最適化を図るようにしている。
【００１０】しかしながら、この先願に開示された技術は、全ての表をサーバマシンに生成するので、例えば、一時表についてのクライアント−サーバ間の通信オーバヘッドを抑止できない。
【００１１】また、特開平６−２５９３０８号公報に開示された技術では、サーバマシンの負荷及び記憶媒体の空き状況を監視し、負荷や記憶媒体の空き状況の均衡を図るようにしている。
【００１２】しかしながら、この先願に開示された技術では、負荷や記憶媒体の空き状況によっては、必要なデータが、離れたマシンに存在することになり、データへのアクセスについて、通信オーバヘッドが大きくなる事態が発生する。特に一時表のように、１つのトランザクションの間だけ存在すれば十分である表が、離れたマシンに存在すると、不要な通信オーバヘッドが発生する。
【００１３】本発明は上記の点に鑑みなされたもので、その目的とするところは、サーバマシンの複数の表から抽出したデータを格納するための表を、各クライアントマシンに生成しておき、クライアントマシンで業務処理が実行されると、上記表にサーバマシンの複数の表から抽出したデータを格納し、以後クライアントマシン内で処理を完了させることで、上記表のデータをクライアントマシン内で編集・加工することを可能し、以って、サーバマシンとクライアントマシン間の通信オーバヘッドの削減を図ると共に、サーバマシンのＤＢＭＳの負荷を分散させることにある。特に、本発明では、各クライアントマシンで実行する業務処理が動的に変化する運用形態における一時表のように、業務処理を行うクライアントマシン内に存在するときに、最も効率が良いと定義者が認識できる表について、これを常に業務処理を行うクライアントマシンに置くことで、不要な通信オーバヘッドを抑止することを、その目的とする。
【００１４】さらに、本発明の他の目的とするところは、上記の目的を実現するにあたり、データベースの表をクライアントマシンに生成するか否かの識別情報を、定義者が変更した場合、システムで各クライアントマシンにおける表の生成・削除を自動的に行うことにより、定義者の操作の手間を軽減させることにある。
【００１５】
【課題を解決するための手段】上記した目的を達成するために、本発明による分散データベースシステムでは、サーバマシン下のデータベースの他に、各クライアントマシン下にもデータベースを設けると共に、処理対象表が、各クライアントマシンに生成する表か否かの識別情報を識別する手段を設ける。そして、定義時に、表毎に定義者が、処理対象表がクライアントマシンに生成する表か否かの識別情報（種別）を指定することにより、各クライアントマシンに生成する表を、自動的に各クライアントマシン下のデータベースに生成して、運用時に、各クライアントマシンに生成した表へ格納するデータを、サーバマシン下のデータベースの表から抽出して格納後、クライアントマシン下で業務処理中のデータベースへアクセスを行うようにされる。
【００１６】また、各クライアントマシンに生成する表について、この表を生成するのに必要な情報を管理する表を設けると共に、各クライアントマシンのＤＢＭＳに表を生成する要求を行う手段を設けて、定義者が各クライアントマシンに生成する表か否かの識別情報を変更した場合には、システムで自動的に、各クライアントマシンにおける表の生成・削除を行うようにされる。
【００１７】斯様にすることにより、処理対象表が、各クライアントマシンに生成する表か否かの識別情報を識別することによって、アクセスを行うデータベースを決定することができるので、処理対象表が各クライアントマシンに生成する表である場合には、サーバマシンへのアクセスを抑止できる。
【００１８】また、各クライアントマシンに生成する表について、この表を生成するのに必要な情報を管理する表により、表を生成する要求を効率よく発生することができる。
【００１９】また、各クライアントマシンに生成する表か否かの識別情報を定義者が変更した場合、各クライアントマシンのＤＢＭＳに表を生成する要求を行う手段が、表を生成するのに必要な情報を管理する表から、表を生成する要求を各クライアントマシンに送信できるので、定義者の手操作が不要になる。
【００２０】
【発明の実施の形態】以下、本発明の実施の形態を、図面を参照して説明する。図３は、本発明の１実施形態に係る分散データベースシステムの構成を模式的に示す図である。
【００２１】図３に示すように、業務処理は、クライアント側業務処理３０１と、サーバ側業務処理３０２とに分けて、それぞれをクライアントマシンと、サーバマシンで動作させる。
【００２２】サーバマシンには、サーバＤＢＭＳ３０３と、サーバＤＢ３０４とが存在し、クライアントマシンにも、クライアントＤＢＭＳ３０５と、クライアントデータベース（以下、クライアントＤＢと称する）３０６とが存在する。ここで、クライアントＤＢ３０６は、各クライアントマシンに生成する表を格納するデータベースであり、クライアントＤＢＭＳ３０５は、クライアントＤＢ３０６内の表を管理するデータベースマネイジメントシステムである。
【００２３】各クライアントマシンに生成する表を、クライアントＤＢ３０６に格納するので、この表へのアクセスを行う際、クライアント−サーバ間の通信が不要となると共に、従来サーバＤＢＭＳ３０３に集中していた負荷を、クライアントＤＢＭＳ３０５に分散できる。
【００２４】例えば、サーバＤＢ３０４内に、システム全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、その表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成した表Ｔで、頻繁に表Ｔ上のデータを編集・加工する業務を行う場合、表ＴをクライアントＤＢ３０６に生成し、サーバＤＢ３０４の表Ａ，表Ｂ，表Ｃから必要なデータを取寄せて表Ｔに格納して、表Ｔのデータの編集・加工を行うことにより、クライアント−サーバ間の通信が不要となり、表Ｔのデータの編集・加工を行う処理に要していたサーバＤＢＭＳ３０３負荷を、クライアントＤＢＭＳ３０５に分散できる。
【００２５】図１は、本実施形態の分散データベースシステムの構成図である。同図において、１０はクライアントマシン、１１はクライアントＤＢＭＳ、１０８はクライアントＤＢであり、２０はサーバマシン、２１はサーバＤＢＭＳ、１０４はサーバＤＢであり、１２０は共有ディスクである。
【００２６】まず、定義時の動作を説明する。クライアントマシン１０の表定義部１０１は、定義者の指示に従って、表やインデクス等のデータベースの構成要素の定義を行う部分である。定義者がクライアントマシン１０で、新たに表やインデクス等の定義を行うと、その要求をＬＡＮ１０２を介してサーバマシン２０の表定義部１０３に送る。サーバマシン２０の表定義部１０３は、サーバＤＢＭＳ２１のＤＢＭＳカーネル部を介して、サーバＤＢ１０４の定義情報１０５を更新し、定義者が定義した表やインデクスを生成した後に、表配布管理部１０６に制御を渡す。
【００２７】図４に、定義情報１０５の一部である表管理表を示す。表管理表には、識別子と表名の他に、種別情報４０１と生成日時４０２とがある。種別情報４０１には、表毎に定義者が、各クライアントマシン１０に生成する表か否かの識別情報を格納し、生成日時４０２には、表を生成した日時を格納する。
【００２８】種別情報４０１の値が「クライアント」のときには、その表は、各クライアントマシンに生成する表であることを示し、種別情報４０１の値が「サーバ」のときには、サーバマシンのみに生成する表であることを示している。
【００２９】表配布管理部１０６は、新たに追加／更新した表管理表のレコードの種別情報４０１の値が「サーバ」のときには、直ちに、サーバＤＢ１０４への変更結果を、クライアントマシン１０の表定義部１０１に送信する。
【００３０】また、表配布管理部１０６は、種別情報４０１の値が「クライアント」のときには、定義情報１０５の一部である定義生成管理表を更新し、共有ディスク１２０内の要求先リスト１０７のファイルを更新し、さらに、各クライアントマシン１０へ、定義者が定義した表やインデクス等を生成するスクリプト文を送信する。なお、表配布管理部１０６の詳細な動作説明は、後述する。
【００３１】図５に、定義情報１０５の一部である定義生成管理表を示す。定義生成管理表には、表名５０１、表生成文５０２、インデクス生成文５０３等がある。表名５０１には、定義者が定義した表の表名を格納し、表生成文５０２には、表を生成するスクリプト文を格納し、インデクス生成文５０３には、表のインデクスを生成するスクリプト文を格納する。
【００３２】各クライアントマシン１０では、サーバマシン２０の表配布管理部１０６から送られてきた、定義者が定義した表やインデクス等を生成するスクリプト文を実行する。これによって、クライアントＤＢ１０８に、定義者が定義した表を生成できる。
【００３３】図６に、共有ディスク１２０の要求先リスト１０７の内容を示す。要求先リスト１０７には、表名６０１と生成日時６０２の項があり、それぞれに表管理表の表名、生成日時の情報を、表配布管理部１０６が格納する。
【００３４】次に、運用時の動作を説明する。クライアント側業務処理１０９がデータベースへのアクセスを発生すると、要求先判定部１１０が、共有ディスク１２０内の要求先リスト１０７を参照して、要求先の表が、クライアントＤＢ１０８に存在するか、サーバＤＢ１０４に存在するかを判断する。なお、要求先判定部１１０の詳細な動作説明は、後述する。
【００３５】要求先の表がクライアントＤＢ１０８に存在する場合には、クライアントマシン１０のクライアントＤＢＭＳ１１内の問合処理部、ＤＢＭＳカーネル部を介して、クライアントＤＢ１０８にアクセスし、また、要求先の表がサーバＤＢ１０４に存在する場合には、サーバマシン２０のサーバＤＢＭＳ２１内の問合処理部、ＤＢＭＳカーネル部を介して、サーバＤＢ１０４にアクセスする。
【００３６】ここで、要求先の表が、現在運用しているクライアントマシン以外で生成され、そのとき、本クライアントマシン１０が停止していた等の理由で、要求先の表が本クライアントＤＢ１０８に存在すると判断しても、本クライアントマシン１０のクライアントＤＢ１０８に存在しない、または、存在していても定義内容が異なる場合がある。
【００３７】要求先の表がクライアントＤＢ１０８に存在すると判断したにもかかわらず、存在しない場合には、サーバＤＢ１０４の定義情報１０５の定義生成管理表から、該当レコードを取出してきて、実行することにより、クライアントＤＢ１０８に要求先の表を生成する。
【００３８】また、クライアントＤＢ１０８に存在していても、定義内容が最新であるか否かの判断は、クライアントＤＢ１０８内の表管理表内の生成日時４０２と、要求先リスト１０７のファイル内の生成日時との比較で行う。
【００３９】次に、表配布管理部１０６の動作を説明する。処理対象表の生成、処理対象表のインデクスの生成、及び表管理表の更新が完了後、表配布管理部１０６は処理を実行する。
【００４０】図７は、表配布管理部１０６の動作の流れを示す処理フロー図である。まず、表配布管理部１０６に、処理対象表の表名と、要求元のクライアントマシンを識別する情報と、処理対象表の表生成文と、処理対象表のインデクス生成文等の、定義生成管理表のレコードを作成するのに必要な情報を与えて、実行を開始させる。
【００４１】ここで、処理対象表の生成、処理対象表のインデクスの生成、及び表管理表の更新は、表配布管理部１０６による処理を実行する前に行っているので、処理対象表の表生成文、処理対象表のインデクス生成文等は、既に求まっており、表配布管理部１０６に与えることができる。
【００４２】表配布管理部１０６は、サーバＤＢ１０４の表管理表を与えられた処理対象表の表名で検索する（ステップ７０１）。先にも述べたように、表管理表の更新が完了しているので、該当レコードは必ず見つかる。そこで、見つかった表管理表のレコード内の種別情報４０１の値を評価する（ステップ７０２）。
【００４３】種別情報４０１の値が「サーバ」ならば、共有ディスク１２０内の要求先リスト１０７のファイルのレコードを、与えられた表名で検索し（ステップ７１３）、該当レコードの存在を評価する（ステップ７１４）。共有ディスク１０２内の要求先リスト１０７のファイル内に該当レコードが存在する場合、要求先リスト１０７のファイルの該当レコードを削除する（ステップ７１５）。その後、要求元のクライアントマシン１０に実行結果を送信して（７１２）、表配布管理部１０６は処理を終える。
【００４４】種別４０１の値が「クライアント」ならば、サーバＤＢ１０４の定義生成管理表を与えられた処理対象表の表名で検索する（ステップ７０３）。その後、定義生成管理表に該当レコードが存在するか否かを評価する（ステップ７０４）。定義生成管理表に該当レコードが存在する場合、与えられた処理対象表の表生成文、処理対象表のインデクス生成文等の、定義生成管理表のレコードを作成するのに必要な情報を用いて、定義生成管理表の該当レコードを更新する（ステップ７０５）。
【００４５】逆に、定義生成管理表に該当レコードが存在しない場合、与えられた処理対象表の表生成文、処理対象表のインデクス生成文等の、定義生成管理表のレコードを作成するのに必要な情報を用いて、定義生成管理表の該当レコードを新規に追加する（ステップ７０６）。
【００４６】次に、共有ディスク１２０内の要求先リスト１０７のファイルのレコードを、与えられた表名で検索し（ステップ７０７）、該当レコードの存在を評価する（ステップ７０８）。
【００４７】共有ディスク１２０内の要求先リスト１０７のファイル内に該当レコードが存在する場合、ステップ７０１で見つけた表管理表の該当レコード内の生成日時を用いて、要求先リスト１０７のファイルの、該当レコードの生成日時６０２の項の値を変更する（ステップ７０９）。
【００４８】逆に、共有ディスク１２０内の要求先リスト１０７のファイル内に該当レコードが存在しない場合、ステップ７０１で見つけた表管理表の該当レコード内の生成日時を用いて、要求先リスト１０７のファイルにレコードを新たに追加する（ステップ７１０）。
【００４９】これで、共有ディスク１２０内の要求先リスト１０７のファイル内には、最新の表管理表のレコード内の種別情報４０１の値が「クライアント」である表についてのレコードが収まることになる。
【００５０】この後、現在接続中の全てのクライアントマシン１０について、サーバマシンでの生成日時と共に、表の生成文やインデクス生成文を送信する（ステップ７１１）。そして、要求元のクライアントマシン１０に実行結果を送信して（７１２）、表配布管理部１０６は処理を終える。
【００５１】クライアントマシン１０は、上記した送信メッセージを受取ると、送れてきたサーバマシン２０での生成日時より未来の時刻（その時のクライアントマシン１０での現在時刻が、送られてきたサーバマシンでの生成時間よりも未来の場合は、時刻変更を行わないが、送られてきたサーバマシンでの生成時間よりも過去の場合は、送られてきたサーバマシンでの生成日時に、現在時刻を変更する）にした後に、表の生成文、インデクス生成文を実行する。
【００５２】これによって、クライアントＤＢ１０８内の表管理表の生成日時と、共有ディスク１２０内の要求先リスト１０７内の生成日時とを比較すれば、クライアントＤＢ１０８内の表が最新の表であるか否かが判断できることになる。
【００５３】続いて、要求先表名を与えて、要求先判定部１１０を動作させたときの動作を説明する。
【００５４】図８は、要求先判定部１１０の動作の流れを示す処理フロー図である。まず、要求先判定部１１０は、共有ディスク１０２内の要求先リスト１０７のファイルを与えられた表名で検索し（ステップ８０１）、該当レコードの有無を評価する（ステップ８０２）。
【００５５】ここで、該当レコードが存在しない場合には、要求先表は、サーバＤＢ１０４内の表管理表で、種別情報４０１が「サーバ」となっているレコードとして格納されているので、要求先表はクライアントＤＢ１０８には、存在しないことが知れる。よって、要求先表はサーバＤＢ１０４にアクセスすべき表となる（ステップ８１３）。
【００５６】逆に、該当レコードが存在する場合、要求先表は、サーバＤＢ１０４内の表管理表で、種別情報４０１が「クライアント」となっているレコードとして格納されているので、要求先表はクライアントＤＢ１０８に、存在すべき表となる。ただし、このとき、実際にクライアントＤＢ１０８に、要求先表が最新の定義で存在するとは限らないので、チェックを行う必要が生じる。
【００５７】そこで、変数ＦDateに、ステップ８０１で見つけた共有ディスク１２０内の要求先リスト１０７のファイル内のレコードの生成日時をセットする（ステップ８０３）。次に、クライアントＤＢ１０８内の表管理表を与えられた表名で検索し（ステップ８０４）、該当レコードの有無を評価する（ステップ８０５）。
【００５８】該当レコードが存在する場合、変数Ｄdateに、該当レコード内の生成日時の値を格納する（ステップ８０６）。そして、ステップ８０３でセットした変数Ｆdateの値と、ステップ８０６でセットした変数Ｄdateの値とを比較する（ステップ８０７）。
【００５９】ここで、変数Ｆdateの値の方が新しい場合は、ステップ８０５において該当レコードが存在しない場合と同様に、要求先表は、クライアントＤＢ１０８において、最新の定義で生成されていないと判断できる。
【００６０】逆に、変数Ｆdateの値の方が新しくない場合は、要求先表は、クライアントＤＢ１０８において、最新の定義で生成されていることになるので、要求先表はクライアントＤＢ１０８にアクセスすべき表となる（ステップ８１４）。
【００６１】要求先表が、クライアントＤＢ１０８であり、かつ、最新の定義で生成されていないと判断した場合には、サーバＤＢ１０４に、表・インデクスの生成文、及びその生成日時情報を要求する（ステップ８０８）。
【００６２】次に、サーバＤＢ１０４から戻ってきた生成日時と本クライアントマシンの現在時刻とを比較し（ステップ８０９）、送られてきたサーバマシンでの生成時間よりも過去の場合は、送られてきたサーバマシンでの生成日時で現在時刻を変更する（ステップ８１０）。
【００６３】その後、サーバＤＢ１０４から戻ってきた表の生成文、インデクス生成文を実行する（ステップ８１１）。これで、要求先表は、クライアントＤＢ１０８において、最新の定義で生成されたことになり、要求先表はクライアントＤＢ１０８にアクセスすべき表となる（ステップ８１２）。
【００６４】図８の説明から明らかなように、クライアントマシン１０に生成する表は、システムで自動的に定義内容を統一することができる。
【００６５】以上述べたように本実施形態によれば、従来は図２のように、表ＴがサーバＤＢ２０４に生成されてものに対し、図３のように表ＴをクライアントＤＢ３０６に生成するので、表Ｔへのアクセスを行うのに、クライアント−サーバ間の通信が不要となる。また、それによって、サーバＤＢＭＳ３０３の負荷がクライアントＤＢＭＳ３０５に分散できる。
【００６６】さらに、表管理表の種別情報４０１の値を変更するだけで、システムで各クライアントマシンへの表の生成・削除を自動的に行うことができる。
【００６７】
【発明の効果】叙上のように本発明によれば、サーバマシンとそれに接続した複数のクライアントマシンで、業務処理を実行する分散データベースシステムにおいて、各クライアントマシンが業務を処理するにあたり、クライアントマシンが固有に扱うデータを操作する場合に、クライアントマシン内だけで処理を完了させることで、サーバマシンとクライアントマシン間の通信オーバヘッドの削減と、サーバマシンのＤＢＭＳの負荷の分散とが実現できる。特に、一時表のように、恒久的に記憶媒体を占有しない表について、クライアントマシンで処理を実行する場合に有効である。
【００６８】また、データベースの表が、各クライアントマシンが固有に扱うデータを格納する表であるか、全クライアントマシンで共通に扱う表であるかの識別情報を、定義者が変更した場合、システム自体で、各クライアントマシンへの表の生成・削除を自動的に行うことにより、特別な手操作を定義者が行う必要がなくなり、定義者の手間が大幅に軽減できる。
【図面の簡単な説明】
【図１】本発明の１実施形態に係る分散データベースシステムの構成図である。
【図２】従来のシステムを模式的に示す説明図である。
【図３】本発明の１実施形態に係る分散データベースシステムを模式的に示す説明図である。
【図４】本発明の１実施形態における、定義情報の一部である表管理表を示す説明図である。
【図５】本発明の１実施形態における、定義情報の一部である定義生成管理表を示す説明図である。
【図６】本発明の１実施形態における、要求先リストのファイル内容を示す説明図である。
【図７】本発明の１実施形態における、表配布管理部の動作の流れを示す処理フロー図である。
【図８】本発明の１実施形態における、要求先判定部の動作の流れを示す処理フロー図である。
【符号の説明】
１０ クライアントマシン
１１、３０５ クライアントＤＢＭＳ
２０ サーバマシン
２１、３０３ サーバＤＢＭＳ
１０１ クライアントマシンの表定義部
１０２ ＬＡＮ
１０３ サーバマシンの表定義部
１０４、３０４ サーバＤＢ
１０５ サーバＤＢの定義情報
１０６ 表配布管理部
１０７ 要求先リスト
１０８、３０６ クライアントＤＢ
１０９ クライアント側業務処理
１１０ 要求先判定部
１１１ サーバ側業務処理
１２０ 共有ディスク
【０００１】
【発明の属する技術分野】本発明は、分散データベースシステムに係り、特に、ＣＳＳ（Client ServerSystem）で業務処理を実行するシステムを構築する際の、分散データベースシステムにおける使用データベースの切換え制御手法に関する。
【０００２】
【従来の技術】近年、分散データベースシステムを用いたＣＳＳで、業務処理を実行するシステムを構築することが、よく行われている。
【０００３】図２は、従来のシステム構築例を模式的に示す説明図である。業務処理を、クライアント側業務処理２０１と、サーバ側業務処理２０２とに分けて、それぞれをクライアントマシンと、サーバマシンで動作させる。サーバマシンには、データベースマネイジメントシステム（以下、ＤＢＭＳと称する）２０３と、サーバデータベース（以下、サーバＤＢと称する）とが存在する。
【０００４】例えば、サーバＤＢ２０４内には、システム全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、その表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成した表Ｔで、表Ｔ上のデータを編集・加工する業務を行う場合、表ＴがサーバＤＢ２０４に生成されるので、表Ｔへのアクセスを行う度に、クライアント−サーバ間の通信が発生する。特に、表Ｔへのアクセスが頻繁に発生すると、クライアント−サーバ間の通信オーバヘッドが大きくなる。
【０００５】また、複数のクライアントから表Ｔへのアクセスが発生すると、サーバマシンに負荷が集中する。
【０００６】一方、データベースを用いたシステムを構築するときに、複数の表から特定の行及び列を抽出して作成し、編集・加工を行った後、トランザクションの終了時にデータを消去する、一時的な表（以下、一時表と称する）を設けることはよく行われている。このとき、一時表がサーバマシンにあると、クライアント数の増加に伴いサーバマシンに負荷が集中する。
【０００７】以上記述したように、ＣＳＳで業務処理を実行するシステムを構築する上で、クライアント数の増加に伴い、サーバマシンに負荷が集中することが問題となってきている。そこで、サーバマシンの負荷を分散することが工夫されつつある。このような技術については、例えば、特開平６−２５９３０８号公報や特開平８−３３９３２３号公報に記載されている。
【０００８】一方、運用時に空いているクライアントマシンで、目的とする業務処理を行う形態を取ることがある。この場合、クライアントマシンで動作する業務処理は動的に変化する。
【０００９】
【発明が解決しようとする課題】上記した従来技術のうち、特開平８−３３９３２３号公報に開示された技術では、複数のサーバマシンで、アクセス回数が一定数を超えた場合、アクセス先にデータ（分散データ）を移動させることで、分散データの配置の最適化を図るようにしている。
【００１０】しかしながら、この先願に開示された技術は、全ての表をサーバマシンに生成するので、例えば、一時表についてのクライアント−サーバ間の通信オーバヘッドを抑止できない。
【００１１】また、特開平６−２５９３０８号公報に開示された技術では、サーバマシンの負荷及び記憶媒体の空き状況を監視し、負荷や記憶媒体の空き状況の均衡を図るようにしている。
【００１２】しかしながら、この先願に開示された技術では、負荷や記憶媒体の空き状況によっては、必要なデータが、離れたマシンに存在することになり、データへのアクセスについて、通信オーバヘッドが大きくなる事態が発生する。特に一時表のように、１つのトランザクションの間だけ存在すれば十分である表が、離れたマシンに存在すると、不要な通信オーバヘッドが発生する。
【００１３】本発明は上記の点に鑑みなされたもので、その目的とするところは、サーバマシンの複数の表から抽出したデータを格納するための表を、各クライアントマシンに生成しておき、クライアントマシンで業務処理が実行されると、上記表にサーバマシンの複数の表から抽出したデータを格納し、以後クライアントマシン内で処理を完了させることで、上記表のデータをクライアントマシン内で編集・加工することを可能し、以って、サーバマシンとクライアントマシン間の通信オーバヘッドの削減を図ると共に、サーバマシンのＤＢＭＳの負荷を分散させることにある。特に、本発明では、各クライアントマシンで実行する業務処理が動的に変化する運用形態における一時表のように、業務処理を行うクライアントマシン内に存在するときに、最も効率が良いと定義者が認識できる表について、これを常に業務処理を行うクライアントマシンに置くことで、不要な通信オーバヘッドを抑止することを、その目的とする。
【００１４】さらに、本発明の他の目的とするところは、上記の目的を実現するにあたり、データベースの表をクライアントマシンに生成するか否かの識別情報を、定義者が変更した場合、システムで各クライアントマシンにおける表の生成・削除を自動的に行うことにより、定義者の操作の手間を軽減させることにある。
【００１５】
【課題を解決するための手段】上記した目的を達成するために、本発明による分散データベースシステムでは、サーバマシン下のデータベースの他に、各クライアントマシン下にもデータベースを設けると共に、処理対象表が、各クライアントマシンに生成する表か否かの識別情報を識別する手段を設ける。そして、定義時に、表毎に定義者が、処理対象表がクライアントマシンに生成する表か否かの識別情報（種別）を指定することにより、各クライアントマシンに生成する表を、自動的に各クライアントマシン下のデータベースに生成して、運用時に、各クライアントマシンに生成した表へ格納するデータを、サーバマシン下のデータベースの表から抽出して格納後、クライアントマシン下で業務処理中のデータベースへアクセスを行うようにされる。
【００１６】また、各クライアントマシンに生成する表について、この表を生成するのに必要な情報を管理する表を設けると共に、各クライアントマシンのＤＢＭＳに表を生成する要求を行う手段を設けて、定義者が各クライアントマシンに生成する表か否かの識別情報を変更した場合には、システムで自動的に、各クライアントマシンにおける表の生成・削除を行うようにされる。
【００１７】斯様にすることにより、処理対象表が、各クライアントマシンに生成する表か否かの識別情報を識別することによって、アクセスを行うデータベースを決定することができるので、処理対象表が各クライアントマシンに生成する表である場合には、サーバマシンへのアクセスを抑止できる。
【００１８】また、各クライアントマシンに生成する表について、この表を生成するのに必要な情報を管理する表により、表を生成する要求を効率よく発生することができる。
【００１９】また、各クライアントマシンに生成する表か否かの識別情報を定義者が変更した場合、各クライアントマシンのＤＢＭＳに表を生成する要求を行う手段が、表を生成するのに必要な情報を管理する表から、表を生成する要求を各クライアントマシンに送信できるので、定義者の手操作が不要になる。
【００２０】
【発明の実施の形態】以下、本発明の実施の形態を、図面を参照して説明する。図３は、本発明の１実施形態に係る分散データベースシステムの構成を模式的に示す図である。
【００２１】図３に示すように、業務処理は、クライアント側業務処理３０１と、サーバ側業務処理３０２とに分けて、それぞれをクライアントマシンと、サーバマシンで動作させる。
【００２２】サーバマシンには、サーバＤＢＭＳ３０３と、サーバＤＢ３０４とが存在し、クライアントマシンにも、クライアントＤＢＭＳ３０５と、クライアントデータベース（以下、クライアントＤＢと称する）３０６とが存在する。ここで、クライアントＤＢ３０６は、各クライアントマシンに生成する表を格納するデータベースであり、クライアントＤＢＭＳ３０５は、クライアントＤＢ３０６内の表を管理するデータベースマネイジメントシステムである。
【００２３】各クライアントマシンに生成する表を、クライアントＤＢ３０６に格納するので、この表へのアクセスを行う際、クライアント−サーバ間の通信が不要となると共に、従来サーバＤＢＭＳ３０３に集中していた負荷を、クライアントＤＢＭＳ３０５に分散できる。
【００２４】例えば、サーバＤＢ３０４内に、システム全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、その表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成した表Ｔで、頻繁に表Ｔ上のデータを編集・加工する業務を行う場合、表ＴをクライアントＤＢ３０６に生成し、サーバＤＢ３０４の表Ａ，表Ｂ，表Ｃから必要なデータを取寄せて表Ｔに格納して、表Ｔのデータの編集・加工を行うことにより、クライアント−サーバ間の通信が不要となり、表Ｔのデータの編集・加工を行う処理に要していたサーバＤＢＭＳ３０３負荷を、クライアントＤＢＭＳ３０５に分散できる。
【００２５】図１は、本実施形態の分散データベースシステムの構成図である。同図において、１０はクライアントマシン、１１はクライアントＤＢＭＳ、１０８はクライアントＤＢであり、２０はサーバマシン、２１はサーバＤＢＭＳ、１０４はサーバＤＢであり、１２０は共有ディスクである。
【００２６】まず、定義時の動作を説明する。クライアントマシン１０の表定義部１０１は、定義者の指示に従って、表やインデクス等のデータベースの構成要素の定義を行う部分である。定義者がクライアントマシン１０で、新たに表やインデクス等の定義を行うと、その要求をＬＡＮ１０２を介してサーバマシン２０の表定義部１０３に送る。サーバマシン２０の表定義部１０３は、サーバＤＢＭＳ２１のＤＢＭＳカーネル部を介して、サーバＤＢ１０４の定義情報１０５を更新し、定義者が定義した表やインデクスを生成した後に、表配布管理部１０６に制御を渡す。
【００２７】図４に、定義情報１０５の一部である表管理表を示す。表管理表には、識別子と表名の他に、種別情報４０１と生成日時４０２とがある。種別情報４０１には、表毎に定義者が、各クライアントマシン１０に生成する表か否かの識別情報を格納し、生成日時４０２には、表を生成した日時を格納する。
【００２８】種別情報４０１の値が「クライアント」のときには、その表は、各クライアントマシンに生成する表であることを示し、種別情報４０１の値が「サーバ」のときには、サーバマシンのみに生成する表であることを示している。
【００２９】表配布管理部１０６は、新たに追加／更新した表管理表のレコードの種別情報４０１の値が「サーバ」のときには、直ちに、サーバＤＢ１０４への変更結果を、クライアントマシン１０の表定義部１０１に送信する。
【００３０】また、表配布管理部１０６は、種別情報４０１の値が「クライアント」のときには、定義情報１０５の一部である定義生成管理表を更新し、共有ディスク１２０内の要求先リスト１０７のファイルを更新し、さらに、各クライアントマシン１０へ、定義者が定義した表やインデクス等を生成するスクリプト文を送信する。なお、表配布管理部１０６の詳細な動作説明は、後述する。
【００３１】図５に、定義情報１０５の一部である定義生成管理表を示す。定義生成管理表には、表名５０１、表生成文５０２、インデクス生成文５０３等がある。表名５０１には、定義者が定義した表の表名を格納し、表生成文５０２には、表を生成するスクリプト文を格納し、インデクス生成文５０３には、表のインデクスを生成するスクリプト文を格納する。
【００３２】各クライアントマシン１０では、サーバマシン２０の表配布管理部１０６から送られてきた、定義者が定義した表やインデクス等を生成するスクリプト文を実行する。これによって、クライアントＤＢ１０８に、定義者が定義した表を生成できる。
【００３３】図６に、共有ディスク１２０の要求先リスト１０７の内容を示す。要求先リスト１０７には、表名６０１と生成日時６０２の項があり、それぞれに表管理表の表名、生成日時の情報を、表配布管理部１０６が格納する。
【００３４】次に、運用時の動作を説明する。クライアント側業務処理１０９がデータベースへのアクセスを発生すると、要求先判定部１１０が、共有ディスク１２０内の要求先リスト１０７を参照して、要求先の表が、クライアントＤＢ１０８に存在するか、サーバＤＢ１０４に存在するかを判断する。なお、要求先判定部１１０の詳細な動作説明は、後述する。
【００３５】要求先の表がクライアントＤＢ１０８に存在する場合には、クライアントマシン１０のクライアントＤＢＭＳ１１内の問合処理部、ＤＢＭＳカーネル部を介して、クライアントＤＢ１０８にアクセスし、また、要求先の表がサーバＤＢ１０４に存在する場合には、サーバマシン２０のサーバＤＢＭＳ２１内の問合処理部、ＤＢＭＳカーネル部を介して、サーバＤＢ１０４にアクセスする。
【００３６】ここで、要求先の表が、現在運用しているクライアントマシン以外で生成され、そのとき、本クライアントマシン１０が停止していた等の理由で、要求先の表が本クライアントＤＢ１０８に存在すると判断しても、本クライアントマシン１０のクライアントＤＢ１０８に存在しない、または、存在していても定義内容が異なる場合がある。
【００３７】要求先の表がクライアントＤＢ１０８に存在すると判断したにもかかわらず、存在しない場合には、サーバＤＢ１０４の定義情報１０５の定義生成管理表から、該当レコードを取出してきて、実行することにより、クライアントＤＢ１０８に要求先の表を生成する。
【００３８】また、クライアントＤＢ１０８に存在していても、定義内容が最新であるか否かの判断は、クライアントＤＢ１０８内の表管理表内の生成日時４０２と、要求先リスト１０７のファイル内の生成日時との比較で行う。
【００３９】次に、表配布管理部１０６の動作を説明する。処理対象表の生成、処理対象表のインデクスの生成、及び表管理表の更新が完了後、表配布管理部１０６は処理を実行する。
【００４０】図７は、表配布管理部１０６の動作の流れを示す処理フロー図である。まず、表配布管理部１０６に、処理対象表の表名と、要求元のクライアントマシンを識別する情報と、処理対象表の表生成文と、処理対象表のインデクス生成文等の、定義生成管理表のレコードを作成するのに必要な情報を与えて、実行を開始させる。
【００４１】ここで、処理対象表の生成、処理対象表のインデクスの生成、及び表管理表の更新は、表配布管理部１０６による処理を実行する前に行っているので、処理対象表の表生成文、処理対象表のインデクス生成文等は、既に求まっており、表配布管理部１０６に与えることができる。
【００４２】表配布管理部１０６は、サーバＤＢ１０４の表管理表を与えられた処理対象表の表名で検索する（ステップ７０１）。先にも述べたように、表管理表の更新が完了しているので、該当レコードは必ず見つかる。そこで、見つかった表管理表のレコード内の種別情報４０１の値を評価する（ステップ７０２）。
【００４３】種別情報４０１の値が「サーバ」ならば、共有ディスク１２０内の要求先リスト１０７のファイルのレコードを、与えられた表名で検索し（ステップ７１３）、該当レコードの存在を評価する（ステップ７１４）。共有ディスク１０２内の要求先リスト１０７のファイル内に該当レコードが存在する場合、要求先リスト１０７のファイルの該当レコードを削除する（ステップ７１５）。その後、要求元のクライアントマシン１０に実行結果を送信して（７１２）、表配布管理部１０６は処理を終える。
【００４４】種別４０１の値が「クライアント」ならば、サーバＤＢ１０４の定義生成管理表を与えられた処理対象表の表名で検索する（ステップ７０３）。その後、定義生成管理表に該当レコードが存在するか否かを評価する（ステップ７０４）。定義生成管理表に該当レコードが存在する場合、与えられた処理対象表の表生成文、処理対象表のインデクス生成文等の、定義生成管理表のレコードを作成するのに必要な情報を用いて、定義生成管理表の該当レコードを更新する（ステップ７０５）。
【００４５】逆に、定義生成管理表に該当レコードが存在しない場合、与えられた処理対象表の表生成文、処理対象表のインデクス生成文等の、定義生成管理表のレコードを作成するのに必要な情報を用いて、定義生成管理表の該当レコードを新規に追加する（ステップ７０６）。
【００４６】次に、共有ディスク１２０内の要求先リスト１０７のファイルのレコードを、与えられた表名で検索し（ステップ７０７）、該当レコードの存在を評価する（ステップ７０８）。
【００４７】共有ディスク１２０内の要求先リスト１０７のファイル内に該当レコードが存在する場合、ステップ７０１で見つけた表管理表の該当レコード内の生成日時を用いて、要求先リスト１０７のファイルの、該当レコードの生成日時６０２の項の値を変更する（ステップ７０９）。
【００４８】逆に、共有ディスク１２０内の要求先リスト１０７のファイル内に該当レコードが存在しない場合、ステップ７０１で見つけた表管理表の該当レコード内の生成日時を用いて、要求先リスト１０７のファイルにレコードを新たに追加する（ステップ７１０）。
【００４９】これで、共有ディスク１２０内の要求先リスト１０７のファイル内には、最新の表管理表のレコード内の種別情報４０１の値が「クライアント」である表についてのレコードが収まることになる。
【００５０】この後、現在接続中の全てのクライアントマシン１０について、サーバマシンでの生成日時と共に、表の生成文やインデクス生成文を送信する（ステップ７１１）。そして、要求元のクライアントマシン１０に実行結果を送信して（７１２）、表配布管理部１０６は処理を終える。
【００５１】クライアントマシン１０は、上記した送信メッセージを受取ると、送れてきたサーバマシン２０での生成日時より未来の時刻（その時のクライアントマシン１０での現在時刻が、送られてきたサーバマシンでの生成時間よりも未来の場合は、時刻変更を行わないが、送られてきたサーバマシンでの生成時間よりも過去の場合は、送られてきたサーバマシンでの生成日時に、現在時刻を変更する）にした後に、表の生成文、インデクス生成文を実行する。
【００５２】これによって、クライアントＤＢ１０８内の表管理表の生成日時と、共有ディスク１２０内の要求先リスト１０７内の生成日時とを比較すれば、クライアントＤＢ１０８内の表が最新の表であるか否かが判断できることになる。
【００５３】続いて、要求先表名を与えて、要求先判定部１１０を動作させたときの動作を説明する。
【００５４】図８は、要求先判定部１１０の動作の流れを示す処理フロー図である。まず、要求先判定部１１０は、共有ディスク１０２内の要求先リスト１０７のファイルを与えられた表名で検索し（ステップ８０１）、該当レコードの有無を評価する（ステップ８０２）。
【００５５】ここで、該当レコードが存在しない場合には、要求先表は、サーバＤＢ１０４内の表管理表で、種別情報４０１が「サーバ」となっているレコードとして格納されているので、要求先表はクライアントＤＢ１０８には、存在しないことが知れる。よって、要求先表はサーバＤＢ１０４にアクセスすべき表となる（ステップ８１３）。
【００５６】逆に、該当レコードが存在する場合、要求先表は、サーバＤＢ１０４内の表管理表で、種別情報４０１が「クライアント」となっているレコードとして格納されているので、要求先表はクライアントＤＢ１０８に、存在すべき表となる。ただし、このとき、実際にクライアントＤＢ１０８に、要求先表が最新の定義で存在するとは限らないので、チェックを行う必要が生じる。
【００５７】そこで、変数ＦDateに、ステップ８０１で見つけた共有ディスク１２０内の要求先リスト１０７のファイル内のレコードの生成日時をセットする（ステップ８０３）。次に、クライアントＤＢ１０８内の表管理表を与えられた表名で検索し（ステップ８０４）、該当レコードの有無を評価する（ステップ８０５）。
【００５８】該当レコードが存在する場合、変数Ｄdateに、該当レコード内の生成日時の値を格納する（ステップ８０６）。そして、ステップ８０３でセットした変数Ｆdateの値と、ステップ８０６でセットした変数Ｄdateの値とを比較する（ステップ８０７）。
【００５９】ここで、変数Ｆdateの値の方が新しい場合は、ステップ８０５において該当レコードが存在しない場合と同様に、要求先表は、クライアントＤＢ１０８において、最新の定義で生成されていないと判断できる。
【００６０】逆に、変数Ｆdateの値の方が新しくない場合は、要求先表は、クライアントＤＢ１０８において、最新の定義で生成されていることになるので、要求先表はクライアントＤＢ１０８にアクセスすべき表となる（ステップ８１４）。
【００６１】要求先表が、クライアントＤＢ１０８であり、かつ、最新の定義で生成されていないと判断した場合には、サーバＤＢ１０４に、表・インデクスの生成文、及びその生成日時情報を要求する（ステップ８０８）。
【００６２】次に、サーバＤＢ１０４から戻ってきた生成日時と本クライアントマシンの現在時刻とを比較し（ステップ８０９）、送られてきたサーバマシンでの生成時間よりも過去の場合は、送られてきたサーバマシンでの生成日時で現在時刻を変更する（ステップ８１０）。
【００６３】その後、サーバＤＢ１０４から戻ってきた表の生成文、インデクス生成文を実行する（ステップ８１１）。これで、要求先表は、クライアントＤＢ１０８において、最新の定義で生成されたことになり、要求先表はクライアントＤＢ１０８にアクセスすべき表となる（ステップ８１２）。
【００６４】図８の説明から明らかなように、クライアントマシン１０に生成する表は、システムで自動的に定義内容を統一することができる。
【００６５】以上述べたように本実施形態によれば、従来は図２のように、表ＴがサーバＤＢ２０４に生成されてものに対し、図３のように表ＴをクライアントＤＢ３０６に生成するので、表Ｔへのアクセスを行うのに、クライアント−サーバ間の通信が不要となる。また、それによって、サーバＤＢＭＳ３０３の負荷がクライアントＤＢＭＳ３０５に分散できる。
【００６６】さらに、表管理表の種別情報４０１の値を変更するだけで、システムで各クライアントマシンへの表の生成・削除を自動的に行うことができる。
【００６７】
【発明の効果】叙上のように本発明によれば、サーバマシンとそれに接続した複数のクライアントマシンで、業務処理を実行する分散データベースシステムにおいて、各クライアントマシンが業務を処理するにあたり、クライアントマシンが固有に扱うデータを操作する場合に、クライアントマシン内だけで処理を完了させることで、サーバマシンとクライアントマシン間の通信オーバヘッドの削減と、サーバマシンのＤＢＭＳの負荷の分散とが実現できる。特に、一時表のように、恒久的に記憶媒体を占有しない表について、クライアントマシンで処理を実行する場合に有効である。
【００６８】また、データベースの表が、各クライアントマシンが固有に扱うデータを格納する表であるか、全クライアントマシンで共通に扱う表であるかの識別情報を、定義者が変更した場合、システム自体で、各クライアントマシンへの表の生成・削除を自動的に行うことにより、特別な手操作を定義者が行う必要がなくなり、定義者の手間が大幅に軽減できる。
【図面の簡単な説明】
【図１】本発明の１実施形態に係る分散データベースシステムの構成図である。
【図２】従来のシステムを模式的に示す説明図である。
【図３】本発明の１実施形態に係る分散データベースシステムを模式的に示す説明図である。
【図４】本発明の１実施形態における、定義情報の一部である表管理表を示す説明図である。
【図５】本発明の１実施形態における、定義情報の一部である定義生成管理表を示す説明図である。
【図６】本発明の１実施形態における、要求先リストのファイル内容を示す説明図である。
【図７】本発明の１実施形態における、表配布管理部の動作の流れを示す処理フロー図である。
【図８】本発明の１実施形態における、要求先判定部の動作の流れを示す処理フロー図である。
【符号の説明】
１０ クライアントマシン
１１、３０５ クライアントＤＢＭＳ
２０ サーバマシン
２１、３０３ サーバＤＢＭＳ
１０１ クライアントマシンの表定義部
１０２ ＬＡＮ
１０３ サーバマシンの表定義部
１０４、３０４ サーバＤＢ
１０５ サーバＤＢの定義情報
１０６ 表配布管理部
１０７ 要求先リスト
１０８、３０６ クライアントＤＢ
１０９ クライアント側業務処理
１１０ 要求先判定部
１１１ サーバ側業務処理
１２０ 共有ディスク
【特許請求の範囲】
【請求項１】 データベースを有するサーバマシンと、それに接続したそれぞれがデータベースを有する複数のクライアントマシンで、業務処理を実行する分散データベースシステムにおいて、サーバマシンと各クライアントマシンとに接続した共有ディスクを設けて、この共有ディスクには、サーバマシンが作成した表管理表のうちで、各クライアントマシンのデータベース内にそれぞれ存在する表に関する表名と生成日時とを含む要求先リスト情報を格納しておき、クライアントマシンは、共有ディスクの要求先リスト情報を参照して、要求先表が、サーバマシンのデータベースに存在するのか、クライアントマシンのデータベースに存在するのかを判断し、要求先表がサーバマシンのデータベースに存在する場合には、サーバマシンのデータベースにアクセスして必要データを取得してクライアントマシンのデータベースへ表を生成し、要求先表がクライアントマシンのデータベースに存在しかつ要求先表が最新の定義で生成されているものなら、クライアントマシンのデータベースに既に生成されている表をアクセスすべき表とし、要求先表がクライアントマシンのデータベースに存在していても要求先表が最新の定義で生成されていないならば、サーバマシンのデータベースにアクセスして必要データを取得してクライアントマシンのデータベースへ表を生成し、各クライアントマシンが業務を処理するにあたり、クライアントマシンのデータベースに、クライアントマシンが占有して使用するためのデータ格納用の表を最新の定義でシステムが自動的に作成しておき、クライアントマシンにおいて専有して使用する表のデータを操作する際、サーバマシンへのアクセスを抑止するようにしたことを特徴とする分散データベースシステム。
【請求項１】 データベースを有するサーバマシンと、それに接続したそれぞれがデータベースを有する複数のクライアントマシンで、業務処理を実行する分散データベースシステムにおいて、サーバマシンと各クライアントマシンとに接続した共有ディスクを設けて、この共有ディスクには、サーバマシンが作成した表管理表のうちで、各クライアントマシンのデータベース内にそれぞれ存在する表に関する表名と生成日時とを含む要求先リスト情報を格納しておき、クライアントマシンは、共有ディスクの要求先リスト情報を参照して、要求先表が、サーバマシンのデータベースに存在するのか、クライアントマシンのデータベースに存在するのかを判断し、要求先表がサーバマシンのデータベースに存在する場合には、サーバマシンのデータベースにアクセスして必要データを取得してクライアントマシンのデータベースへ表を生成し、要求先表がクライアントマシンのデータベースに存在しかつ要求先表が最新の定義で生成されているものなら、クライアントマシンのデータベースに既に生成されている表をアクセスすべき表とし、要求先表がクライアントマシンのデータベースに存在していても要求先表が最新の定義で生成されていないならば、サーバマシンのデータベースにアクセスして必要データを取得してクライアントマシンのデータベースへ表を生成し、各クライアントマシンが業務を処理するにあたり、クライアントマシンのデータベースに、クライアントマシンが占有して使用するためのデータ格納用の表を最新の定義でシステムが自動的に作成しておき、クライアントマシンにおいて専有して使用する表のデータを操作する際、サーバマシンへのアクセスを抑止するようにしたことを特徴とする分散データベースシステム。
【図２】
【図６】
【図１】
【図３】
【図４】
【図５】
【図７】
【図８】
【図６】
【図１】
【図３】
【図４】
【図５】
【図７】
【図８】
【特許番号】特許第３５２７８３４号（Ｐ３５２７８３４）
【登録日】平成１６年２月２７日（２００４．２．２７）
【発行日】平成１６年５月１７日（２００４．５．１７）
【国際特許分類】
【出願番号】特願平９−２２９６７５
【出願日】平成９年８月２６日（１９９７．８．２６）
【公開番号】特開平１１−６５９１３
【公開日】平成１１年３月９日（１９９９．３．９）
【審査請求日】平成１１年９月２１日（１９９９．９．２１）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【参考文献】
【文献】特開 平７−３３４４０２（ＪＰ，Ａ）
【文献】Ｋｅｌｌｅｒ Ａ． Ｍ． ｅｔ ａｌ．，Ａ Ｐｒｅｄｉｃａｔｅ−ｂａｓｅｄ Ｃａｃｈｉｎｇ Ｓｃｈｅｍｅ ｆｏｒ Ｃｌｉｅｎｔ−Ｓｅｒｖｅｒ Ｄａｔａｂａｓｅ Ａｒｃｈｉｔｅｃｔｕｒｅｓ，ＶＬＤＢ Ｊｏｕｒｎａｌ，ドイツ，Ｓｐｒｉｎｇｅｒ，１９９６年，Ｖｏｌ．５，Ｎｏ．１，ｐ．３５−４７，ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．ｉｎｆｏｒｍａｔｉｋ．ｕｎｉ−ｔｒｉｅｒ．ｄｅ／〜ｌｅｙ／ｄｂ／ｊｏｕｒｎａｌｓ／ｖｌｄｂ／ＫｅｌｌｅｒＢ９６．ｈｔｍｌ
【文献】Ｄａｒ Ｓ． ｅｔ ａｌ．，Ｓｅｍａｎｔｉｃ Ｄａｔａ Ｃａｃｈｉｎｇ ａｎｄ Ｒｅｐｌａｃｅｍｅｎｔ，Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ２２ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｖｅｒｙ Ｌａｒｇｅ Ｄａｔａ Ｂａｓｅｓ，米国，Ｍｏｒｇａｎ Ｋａｕｆｍａｎｎ，１９９６年ｐ．３３０−３４１，ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．ｉｎｆｏｍａｔｉｋ．ｕｎｉ−ｔｒｉｅｒ．Ｄｅ／〜ｌｅｙ／ｄｂ／ｃｏｎｆ／ｖｌｄｂ／ＤａｒＦＪＳＴ９６．ｈｔｍｌ
【登録日】平成１６年２月２７日（２００４．２．２７）
【発行日】平成１６年５月１７日（２００４．５．１７）
【国際特許分類】
【出願日】平成９年８月２６日（１９９７．８．２６）
【公開番号】特開平１１−６５９１３
【公開日】平成１１年３月９日（１９９９．３．９）
【審査請求日】平成１１年９月２１日（１９９９．９．２１）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【参考文献】
【文献】特開 平７−３３４４０２（ＪＰ，Ａ）
【文献】Ｋｅｌｌｅｒ Ａ． Ｍ． ｅｔ ａｌ．，Ａ Ｐｒｅｄｉｃａｔｅ−ｂａｓｅｄ Ｃａｃｈｉｎｇ Ｓｃｈｅｍｅ ｆｏｒ Ｃｌｉｅｎｔ−Ｓｅｒｖｅｒ Ｄａｔａｂａｓｅ Ａｒｃｈｉｔｅｃｔｕｒｅｓ，ＶＬＤＢ Ｊｏｕｒｎａｌ，ドイツ，Ｓｐｒｉｎｇｅｒ，１９９６年，Ｖｏｌ．５，Ｎｏ．１，ｐ．３５−４７，ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．ｉｎｆｏｒｍａｔｉｋ．ｕｎｉ−ｔｒｉｅｒ．ｄｅ／〜ｌｅｙ／ｄｂ／ｊｏｕｒｎａｌｓ／ｖｌｄｂ／ＫｅｌｌｅｒＢ９６．ｈｔｍｌ
【文献】Ｄａｒ Ｓ． ｅｔ ａｌ．，Ｓｅｍａｎｔｉｃ Ｄａｔａ Ｃａｃｈｉｎｇ ａｎｄ Ｒｅｐｌａｃｅｍｅｎｔ，Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ２２ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｖｅｒｙ Ｌａｒｇｅ Ｄａｔａ Ｂａｓｅｓ，米国，Ｍｏｒｇａｎ Ｋａｕｆｍａｎｎ，１９９６年ｐ．３３０−３４１，ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．ｉｎｆｏｍａｔｉｋ．ｕｎｉ−ｔｒｉｅｒ．Ｄｅ／〜ｌｅｙ／ｄｂ／ｃｏｎｆ／ｖｌｄｂ／ＤａｒＦＪＳＴ９６．ｈｔｍｌ
[ Back to top ]