JPH1165913A - 分散データベースシステム - Google Patents
分散データベースシステムInfo
- Publication number
- JPH1165913A JPH1165913A JP9229675A JP22967597A JPH1165913A JP H1165913 A JPH1165913 A JP H1165913A JP 9229675 A JP9229675 A JP 9229675A JP 22967597 A JP22967597 A JP 22967597A JP H1165913 A JPH1165913 A JP H1165913A
- Authority
- JP
- Japan
- Prior art keywords
- client
- server
- machine
- client machine
- generated
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 サーバマシンとクライアントマシン間の通信
オーバヘッドの削減を図ると共に、サーバマシンのＤＢ
ＭＳの負荷を分散させること。 【解決手段】 サーバマシンとそれに接続した複数のク
ライアントマシンで、業務処理を実行する分散データベ
ースシステムにおいて、各クライアントマシンで実行す
る業務処理が動的に変化する運用形態における一時表の
ように、業務処理を行うクライアントマシン内に存在す
るときに、最も効率が良いと定義者が認識できる表につ
いて、これを常に業務処理を行うクライアントマシンに
置くようにする。
オーバヘッドの削減を図ると共に、サーバマシンのＤＢ
ＭＳの負荷を分散させること。 【解決手段】 サーバマシンとそれに接続した複数のク
ライアントマシンで、業務処理を実行する分散データベ
ースシステムにおいて、各クライアントマシンで実行す
る業務処理が動的に変化する運用形態における一時表の
ように、業務処理を行うクライアントマシン内に存在す
るときに、最も効率が良いと定義者が認識できる表につ
いて、これを常に業務処理を行うクライアントマシンに
置くようにする。
Description
【０００１】
【発明の属する技術分野】本発明は、分散データベース
システムに係り、特に、ＣＳＳ（Client ServerSyste
m）で業務処理を実行するシステムを構築する際の、分
散データベースシステムにおける使用データベースの切
換え制御手法に関する。
システムに係り、特に、ＣＳＳ（Client ServerSyste
m）で業務処理を実行するシステムを構築する際の、分
散データベースシステムにおける使用データベースの切
換え制御手法に関する。
【０００２】
【従来の技術】近年、分散データベースシステムを用い
たＣＳＳで、業務処理を実行するシステムを構築するこ
とが、よく行われている。
たＣＳＳで、業務処理を実行するシステムを構築するこ
とが、よく行われている。
【０００３】図２は、従来のシステム構築例を模式的に
示す説明図である。業務処理を、クライアント側業務処
理２０１と、サーバ側業務処理２０２とに分けて、それ
ぞれをクライアントマシンと、サーバマシンで動作させ
る。サーバマシンには、データベースマネイジメントシ
ステム（以下、ＤＢＭＳと称する）２０３と、サーバデ
ータベース（以下、サーバＤＢと称する）とが存在す
る。
示す説明図である。業務処理を、クライアント側業務処
理２０１と、サーバ側業務処理２０２とに分けて、それ
ぞれをクライアントマシンと、サーバマシンで動作させ
る。サーバマシンには、データベースマネイジメントシ
ステム（以下、ＤＢＭＳと称する）２０３と、サーバデ
ータベース（以下、サーバＤＢと称する）とが存在す
る。
【０００４】例えば、サーバＤＢ２０４内には、システ
ム全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、そ
の表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成し
た表Ｔで、表Ｔ上のデータを編集・加工する業務を行う
場合、表ＴがサーバＤＢ２０４に生成されるので、表Ｔ
へのアクセスを行う度に、クライアント−サーバ間の通
信が発生する。特に、表Ｔへのアクセスが頻繁に発生す
ると、クライアント−サーバ間の通信オーバヘッドが大
きくなる。
ム全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、そ
の表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成し
た表Ｔで、表Ｔ上のデータを編集・加工する業務を行う
場合、表ＴがサーバＤＢ２０４に生成されるので、表Ｔ
へのアクセスを行う度に、クライアント−サーバ間の通
信が発生する。特に、表Ｔへのアクセスが頻繁に発生す
ると、クライアント−サーバ間の通信オーバヘッドが大
きくなる。
【０００５】また、複数のクライアントから表Ｔへのア
クセスが発生すると、サーバマシンに負荷が集中する。
クセスが発生すると、サーバマシンに負荷が集中する。
【０００６】一方、データベースを用いたシステムを構
築するときに、複数の表から特定の行及び列を抽出して
作成し、編集・加工を行った後、トランザクションの終
了時にデータを消去する、一時的な表（以下、一時表と
称する）を設けることはよく行われている。このとき、
一時表がサーバマシンにあると、クライアント数の増加
に伴いサーバマシンに負荷が集中する。
築するときに、複数の表から特定の行及び列を抽出して
作成し、編集・加工を行った後、トランザクションの終
了時にデータを消去する、一時的な表（以下、一時表と
称する）を設けることはよく行われている。このとき、
一時表がサーバマシンにあると、クライアント数の増加
に伴いサーバマシンに負荷が集中する。
【０００７】以上記述したように、ＣＳＳで業務処理を
実行するシステムを構築する上で、クライアント数の増
加に伴い、サーバマシンに負荷が集中することが問題と
なってきている。そこで、サーバマシンの負荷を分散す
ることが工夫されつつある。このような技術について
は、例えば、特開平６−２５９３０８号公報や特開平８
−３３９３２３号公報に記載されている。
実行するシステムを構築する上で、クライアント数の増
加に伴い、サーバマシンに負荷が集中することが問題と
なってきている。そこで、サーバマシンの負荷を分散す
ることが工夫されつつある。このような技術について
は、例えば、特開平６−２５９３０８号公報や特開平８
−３３９３２３号公報に記載されている。
【０００８】一方、運用時に空いているクライアントマ
シンで、目的とする業務処理を行う形態を取ることがあ
る。この場合、クライアントマシンで動作する業務処理
は動的に変化する。
シンで、目的とする業務処理を行う形態を取ることがあ
る。この場合、クライアントマシンで動作する業務処理
は動的に変化する。
【０００９】
【発明が解決しようとする課題】上記した従来技術のう
ち、特開平８−３３９３２３号公報に開示された技術で
は、複数のサーバマシンで、アクセス回数が一定数を超
えた場合、アクセス先にデータ（分散データ）を移動さ
せることで、分散データの配置の最適化を図るようにし
ている。
ち、特開平８−３３９３２３号公報に開示された技術で
は、複数のサーバマシンで、アクセス回数が一定数を超
えた場合、アクセス先にデータ（分散データ）を移動さ
せることで、分散データの配置の最適化を図るようにし
ている。
【００１０】しかしながら、この先願に開示された技術
は、全ての表をサーバマシンに生成するので、例えば、
一時表についてのクライアント−サーバ間の通信オーバ
ヘッドを抑止できない。
は、全ての表をサーバマシンに生成するので、例えば、
一時表についてのクライアント−サーバ間の通信オーバ
ヘッドを抑止できない。
【００１１】また、特開平６−２５９３０８号公報に開
示された技術では、サーバマシンの負荷及び記憶媒体の
空き状況を監視し、負荷や記憶媒体の空き状況の均衡を
図るようにしている。
示された技術では、サーバマシンの負荷及び記憶媒体の
空き状況を監視し、負荷や記憶媒体の空き状況の均衡を
図るようにしている。
【００１２】しかしながら、この先願に開示された技術
では、負荷や記憶媒体の空き状況によっては、必要なデ
ータが、離れたマシンに存在することになり、データへ
のアクセスについて、通信オーバヘッドが大きくなる事
態が発生する。特に一時表のように、１つのトランザク
ションの間だけ存在すれば十分である表が、離れたマシ
ンに存在すると、不要な通信オーバヘッドが発生する。
では、負荷や記憶媒体の空き状況によっては、必要なデ
ータが、離れたマシンに存在することになり、データへ
のアクセスについて、通信オーバヘッドが大きくなる事
態が発生する。特に一時表のように、１つのトランザク
ションの間だけ存在すれば十分である表が、離れたマシ
ンに存在すると、不要な通信オーバヘッドが発生する。
【００１３】本発明は上記の点に鑑みなされたもので、
その目的とするところは、サーバマシンの複数の表から
抽出したデータを格納するための表を、各クライアント
マシンに生成しておき、クライアントマシンで業務処理
が実行されると、上記表にサーバマシンの複数の表から
抽出したデータを格納し、以後クライアントマシン内で
処理を完了させることで、上記表のデータをクライアン
トマシン内で編集・加工することを可能し、以って、サ
ーバマシンとクライアントマシン間の通信オーバヘッド
の削減を図ると共に、サーバマシンのＤＢＭＳの負荷を
分散させることにある。特に、本発明では、各クライア
ントマシンで実行する業務処理が動的に変化する運用形
態における一時表のように、業務処理を行うクライアン
トマシン内に存在するときに、最も効率が良いと定義者
が認識できる表について、これを常に業務処理を行うク
ライアントマシンに置くことで、不要な通信オーバヘッ
ドを抑止することを、その目的とする。
その目的とするところは、サーバマシンの複数の表から
抽出したデータを格納するための表を、各クライアント
マシンに生成しておき、クライアントマシンで業務処理
が実行されると、上記表にサーバマシンの複数の表から
抽出したデータを格納し、以後クライアントマシン内で
処理を完了させることで、上記表のデータをクライアン
トマシン内で編集・加工することを可能し、以って、サ
ーバマシンとクライアントマシン間の通信オーバヘッド
の削減を図ると共に、サーバマシンのＤＢＭＳの負荷を
分散させることにある。特に、本発明では、各クライア
ントマシンで実行する業務処理が動的に変化する運用形
態における一時表のように、業務処理を行うクライアン
トマシン内に存在するときに、最も効率が良いと定義者
が認識できる表について、これを常に業務処理を行うク
ライアントマシンに置くことで、不要な通信オーバヘッ
ドを抑止することを、その目的とする。
【００１４】さらに、本発明の他の目的とするところ
は、上記の目的を実現するにあたり、データベースの表
をクライアントマシンに生成するか否かの識別情報を、
定義者が変更した場合、システムで各クライアントマシ
ンにおける表の生成・削除を自動的に行うことにより、
定義者の操作の手間を軽減させることにある。
は、上記の目的を実現するにあたり、データベースの表
をクライアントマシンに生成するか否かの識別情報を、
定義者が変更した場合、システムで各クライアントマシ
ンにおける表の生成・削除を自動的に行うことにより、
定義者の操作の手間を軽減させることにある。
【００１５】
【課題を解決するための手段】上記した目的を達成する
ために、本発明による分散データベースシステムでは、
サーバマシン下のデータベースの他に、各クライアント
マシン下にもデータベースを設けると共に、処理対象表
が、各クライアントマシンに生成する表か否かの識別情
報を識別する手段を設ける。そして、定義時に、表毎に
定義者が、処理対象表がクライアントマシンに生成する
表か否かの識別情報（種別）を指定することにより、各
クライアントマシンに生成する表を、自動的に各クライ
アントマシン下のデータベースに生成して、運用時に、
各クライアントマシンに生成した表へ格納するデータ
を、サーバマシン下のデータベースの表から抽出して格
納後、クライアントマシン下で業務処理中のデータベー
スへアクセスを行うようにされる。
ために、本発明による分散データベースシステムでは、
サーバマシン下のデータベースの他に、各クライアント
マシン下にもデータベースを設けると共に、処理対象表
が、各クライアントマシンに生成する表か否かの識別情
報を識別する手段を設ける。そして、定義時に、表毎に
定義者が、処理対象表がクライアントマシンに生成する
表か否かの識別情報（種別）を指定することにより、各
クライアントマシンに生成する表を、自動的に各クライ
アントマシン下のデータベースに生成して、運用時に、
各クライアントマシンに生成した表へ格納するデータ
を、サーバマシン下のデータベースの表から抽出して格
納後、クライアントマシン下で業務処理中のデータベー
スへアクセスを行うようにされる。
【００１６】また、各クライアントマシンに生成する表
について、この表を生成するのに必要な情報を管理する
表を設けると共に、各クライアントマシンのＤＢＭＳに
表を生成する要求を行う手段を設けて、定義者が各クラ
イアントマシンに生成する表か否かの識別情報を変更し
た場合には、システムで自動的に、各クライアントマシ
ンにおける表の生成・削除を行うようにされる。
について、この表を生成するのに必要な情報を管理する
表を設けると共に、各クライアントマシンのＤＢＭＳに
表を生成する要求を行う手段を設けて、定義者が各クラ
イアントマシンに生成する表か否かの識別情報を変更し
た場合には、システムで自動的に、各クライアントマシ
ンにおける表の生成・削除を行うようにされる。
【００１７】斯様にすることにより、処理対象表が、各
クライアントマシンに生成する表か否かの識別情報を識
別することによって、アクセスを行うデータベースを決
定することができるので、処理対象表が各クライアント
マシンに生成する表である場合には、サーバマシンへの
アクセスを抑止できる。
クライアントマシンに生成する表か否かの識別情報を識
別することによって、アクセスを行うデータベースを決
定することができるので、処理対象表が各クライアント
マシンに生成する表である場合には、サーバマシンへの
アクセスを抑止できる。
【００１８】また、各クライアントマシンに生成する表
について、この表を生成するのに必要な情報を管理する
表により、表を生成する要求を効率よく発生することが
できる。
について、この表を生成するのに必要な情報を管理する
表により、表を生成する要求を効率よく発生することが
できる。
【００１９】また、各クライアントマシンに生成する表
か否かの識別情報を定義者が変更した場合、各クライア
ントマシンのＤＢＭＳに表を生成する要求を行う手段
が、表を生成するのに必要な情報を管理する表から、表
を生成する要求を各クライアントマシンに送信できるの
で、定義者の手操作が不要になる。
か否かの識別情報を定義者が変更した場合、各クライア
ントマシンのＤＢＭＳに表を生成する要求を行う手段
が、表を生成するのに必要な情報を管理する表から、表
を生成する要求を各クライアントマシンに送信できるの
で、定義者の手操作が不要になる。
【００２０】
【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して説明する。図３は、本発明の１実施形態に
係る分散データベースシステムの構成を模式的に示す図
である。
面を参照して説明する。図３は、本発明の１実施形態に
係る分散データベースシステムの構成を模式的に示す図
である。
【００２１】図３に示すように、業務処理は、クライア
ント側業務処理３０１と、サーバ側業務処理３０２とに
分けて、それぞれをクライアントマシンと、サーバマシ
ンで動作させる。
ント側業務処理３０１と、サーバ側業務処理３０２とに
分けて、それぞれをクライアントマシンと、サーバマシ
ンで動作させる。
【００２２】サーバマシンには、サーバＤＢＭＳ３０３
と、サーバＤＢ３０４とが存在し、クライアントマシン
にも、クライアントＤＢＭＳ３０５と、クライアントデ
ータベース（以下、クライアントＤＢと称する）３０６
とが存在する。ここで、クライアントＤＢ３０６は、各
クライアントマシンに生成する表を格納するデータベー
スであり、クライアントＤＢＭＳ３０５は、クライアン
トＤＢ３０６内の表を管理するデータベースマネイジメ
ントシステムである。
と、サーバＤＢ３０４とが存在し、クライアントマシン
にも、クライアントＤＢＭＳ３０５と、クライアントデ
ータベース（以下、クライアントＤＢと称する）３０６
とが存在する。ここで、クライアントＤＢ３０６は、各
クライアントマシンに生成する表を格納するデータベー
スであり、クライアントＤＢＭＳ３０５は、クライアン
トＤＢ３０６内の表を管理するデータベースマネイジメ
ントシステムである。
【００２３】各クライアントマシンに生成する表を、ク
ライアントＤＢ３０６に格納するので、この表へのアク
セスを行う際、クライアント−サーバ間の通信が不要と
なると共に、従来サーバＤＢＭＳ３０３に集中していた
負荷を、クライアントＤＢＭＳ３０５に分散できる。
ライアントＤＢ３０６に格納するので、この表へのアク
セスを行う際、クライアント−サーバ間の通信が不要と
なると共に、従来サーバＤＢＭＳ３０３に集中していた
負荷を、クライアントＤＢＭＳ３０５に分散できる。
【００２４】例えば、サーバＤＢ３０４内に、システム
全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、その
表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成した
表Ｔで、頻繁に表Ｔ上のデータを編集・加工する業務を
行う場合、表ＴをクライアントＤＢ３０６に生成し、サ
ーバＤＢ３０４の表Ａ，表Ｂ，表Ｃから必要なデータを
取寄せて表Ｔに格納して、表Ｔのデータの編集・加工を
行うことにより、クライアント−サーバ間の通信が不要
となり、表Ｔのデータの編集・加工を行う処理に要して
いたサーバＤＢＭＳ３０３負荷を、クライアントＤＢＭ
Ｓ３０５に分散できる。
全体で共通に使用される表Ａ，表Ｂ，表Ｃがあり、その
表Ａ，表Ｂ，表Ｃから一部のデータを抽出して作成した
表Ｔで、頻繁に表Ｔ上のデータを編集・加工する業務を
行う場合、表ＴをクライアントＤＢ３０６に生成し、サ
ーバＤＢ３０４の表Ａ，表Ｂ，表Ｃから必要なデータを
取寄せて表Ｔに格納して、表Ｔのデータの編集・加工を
行うことにより、クライアント−サーバ間の通信が不要
となり、表Ｔのデータの編集・加工を行う処理に要して
いたサーバＤＢＭＳ３０３負荷を、クライアントＤＢＭ
Ｓ３０５に分散できる。
【００２５】図１は、本実施形態の分散データベースシ
ステムの構成図である。同図において、１０はクライア
ントマシン、１１はクライアントＤＢＭＳ、１０８はク
ライアントＤＢであり、２０はサーバマシン、２１はサ
ーバＤＢＭＳ、１０４はサーバＤＢであり、１２０は共
有ディスクである。
ステムの構成図である。同図において、１０はクライア
ントマシン、１１はクライアントＤＢＭＳ、１０８はク
ライアントＤＢであり、２０はサーバマシン、２１はサ
ーバＤＢＭＳ、１０４はサーバＤＢであり、１２０は共
有ディスクである。
【００２６】まず、定義時の動作を説明する。クライア
ントマシン１０の表定義部１０１は、定義者の指示に従
って、表やインデクス等のデータベースの構成要素の定
義を行う部分である。定義者がクライアントマシン１０
で、新たに表やインデクス等の定義を行うと、その要求
をＬＡＮ１０２を介してサーバマシン２０の表定義部１
０３に送る。サーバマシン２０の表定義部１０３は、サ
ーバＤＢＭＳ２１のＤＢＭＳカーネル部を介して、サー
バＤＢ１０４の定義情報１０５を更新し、定義者が定義
した表やインデクスを生成した後に、表配布管理部１０
６に制御を渡す。
ントマシン１０の表定義部１０１は、定義者の指示に従
って、表やインデクス等のデータベースの構成要素の定
義を行う部分である。定義者がクライアントマシン１０
で、新たに表やインデクス等の定義を行うと、その要求
をＬＡＮ１０２を介してサーバマシン２０の表定義部１
０３に送る。サーバマシン２０の表定義部１０３は、サ
ーバＤＢＭＳ２１のＤＢＭＳカーネル部を介して、サー
バＤＢ１０４の定義情報１０５を更新し、定義者が定義
した表やインデクスを生成した後に、表配布管理部１０
６に制御を渡す。
【００２７】図４に、定義情報１０５の一部である表管
理表を示す。表管理表には、識別子と表名の他に、種別
情報４０１と生成日時４０２とがある。種別情報４０１
には、表毎に定義者が、各クライアントマシン１０に生
成する表か否かの識別情報を格納し、生成日時４０２に
は、表を生成した日時を格納する。
理表を示す。表管理表には、識別子と表名の他に、種別
情報４０１と生成日時４０２とがある。種別情報４０１
には、表毎に定義者が、各クライアントマシン１０に生
成する表か否かの識別情報を格納し、生成日時４０２に
は、表を生成した日時を格納する。
【００２８】種別情報４０１の値が「クライアント」の
ときには、その表は、各クライアントマシンに生成する
表であることを示し、種別情報４０１の値が「サーバ」
のときには、サーバマシンのみに生成する表であること
を示している。
ときには、その表は、各クライアントマシンに生成する
表であることを示し、種別情報４０１の値が「サーバ」
のときには、サーバマシンのみに生成する表であること
を示している。
【００２９】表配布管理部１０６は、新たに追加／更新
した表管理表のレコードの種別情報４０１の値が「サー
バ」のときには、直ちに、サーバＤＢ１０４への変更結
果を、クライアントマシン１０の表定義部１０１に送信
する。
した表管理表のレコードの種別情報４０１の値が「サー
バ」のときには、直ちに、サーバＤＢ１０４への変更結
果を、クライアントマシン１０の表定義部１０１に送信
する。
【００３０】また、表配布管理部１０６は、種別情報４
０１の値が「クライアント」のときには、定義情報１０
５の一部である定義生成管理表を更新し、共有ディスク
１２０内の要求先リスト１０７のファイルを更新し、さ
らに、各クライアントマシン１０へ、定義者が定義した
表やインデクス等を生成するスクリプト文を送信する。
なお、表配布管理部１０６の詳細な動作説明は、後述す
る。
０１の値が「クライアント」のときには、定義情報１０
５の一部である定義生成管理表を更新し、共有ディスク
１２０内の要求先リスト１０７のファイルを更新し、さ
らに、各クライアントマシン１０へ、定義者が定義した
表やインデクス等を生成するスクリプト文を送信する。
なお、表配布管理部１０６の詳細な動作説明は、後述す
る。
【００３１】図５に、定義情報１０５の一部である定義
生成管理表を示す。定義生成管理表には、表名５０１、
表生成文５０２、インデクス生成文５０３等がある。表
名５０１には、定義者が定義した表の表名を格納し、表
生成文５０２には、表を生成するスクリプト文を格納
し、インデクス生成文５０３には、表のインデクスを生
成するスクリプト文を格納する。
生成管理表を示す。定義生成管理表には、表名５０１、
表生成文５０２、インデクス生成文５０３等がある。表
名５０１には、定義者が定義した表の表名を格納し、表
生成文５０２には、表を生成するスクリプト文を格納
し、インデクス生成文５０３には、表のインデクスを生
成するスクリプト文を格納する。
【００３２】各クライアントマシン１０では、サーバマ
シン２０の表配布管理部１０６から送られてきた、定義
者が定義した表やインデクス等を生成するスクリプト文
を実行する。これによって、クライアントＤＢ１０８
に、定義者が定義した表を生成できる。
シン２０の表配布管理部１０６から送られてきた、定義
者が定義した表やインデクス等を生成するスクリプト文
を実行する。これによって、クライアントＤＢ１０８
に、定義者が定義した表を生成できる。
【００３３】図６に、共有ディスク１２０の要求先リス
ト１０７の内容を示す。要求先リスト１０７には、表名
６０１と生成日時６０２の項があり、それぞれに表管理
表の表名、生成日時の情報を、表配布管理部１０６が格
納する。
ト１０７の内容を示す。要求先リスト１０７には、表名
６０１と生成日時６０２の項があり、それぞれに表管理
表の表名、生成日時の情報を、表配布管理部１０６が格
納する。
【００３４】次に、運用時の動作を説明する。クライア
ント側業務処理１０９がデータベースへのアクセスを発
生すると、要求先判定部１１０が、共有ディスク１２０
内の要求先リスト１０７を参照して、要求先の表が、ク
ライアントＤＢ１０８に存在するか、サーバＤＢ１０４
に存在するかを判断する。なお、要求先判定部１１０の
詳細な動作説明は、後述する。
ント側業務処理１０９がデータベースへのアクセスを発
生すると、要求先判定部１１０が、共有ディスク１２０
内の要求先リスト１０７を参照して、要求先の表が、ク
ライアントＤＢ１０８に存在するか、サーバＤＢ１０４
に存在するかを判断する。なお、要求先判定部１１０の
詳細な動作説明は、後述する。
【００３５】要求先の表がクライアントＤＢ１０８に存
在する場合には、クライアントマシン１０のクライアン
トＤＢＭＳ１１内の問合処理部、ＤＢＭＳカーネル部を
介して、クライアントＤＢ１０８にアクセスし、また、
要求先の表がサーバＤＢ１０４に存在する場合には、サ
ーバマシン２０のサーバＤＢＭＳ２１内の問合処理部、
ＤＢＭＳカーネル部を介して、サーバＤＢ１０４にアク
セスする。
在する場合には、クライアントマシン１０のクライアン
トＤＢＭＳ１１内の問合処理部、ＤＢＭＳカーネル部を
介して、クライアントＤＢ１０８にアクセスし、また、
要求先の表がサーバＤＢ１０４に存在する場合には、サ
ーバマシン２０のサーバＤＢＭＳ２１内の問合処理部、
ＤＢＭＳカーネル部を介して、サーバＤＢ１０４にアク
セスする。
【００３６】ここで、要求先の表が、現在運用している
クライアントマシン以外で生成され、そのとき、本クラ
イアントマシン１０が停止していた等の理由で、要求先
の表が本クライアントＤＢ１０８に存在すると判断して
も、本クライアントマシン１０のクライアントＤＢ１０
８に存在しない、または、存在していても定義内容が異
なる場合がある。
クライアントマシン以外で生成され、そのとき、本クラ
イアントマシン１０が停止していた等の理由で、要求先
の表が本クライアントＤＢ１０８に存在すると判断して
も、本クライアントマシン１０のクライアントＤＢ１０
８に存在しない、または、存在していても定義内容が異
なる場合がある。
【００３７】要求先の表がクライアントＤＢ１０８に存
在すると判断したにもかかわらず、存在しない場合に
は、サーバＤＢ１０４の定義情報１０５の定義生成管理
表から、該当レコードを取出してきて、実行することに
より、クライアントＤＢ１０８に要求先の表を生成す
る。
在すると判断したにもかかわらず、存在しない場合に
は、サーバＤＢ１０４の定義情報１０５の定義生成管理
表から、該当レコードを取出してきて、実行することに
より、クライアントＤＢ１０８に要求先の表を生成す
る。
【００３８】また、クライアントＤＢ１０８に存在して
いても、定義内容が最新であるか否かの判断は、クライ
アントＤＢ１０８内の表管理表内の生成日時４０２と、
要求先リスト１０７のファイル内の生成日時との比較で
行う。
いても、定義内容が最新であるか否かの判断は、クライ
アントＤＢ１０８内の表管理表内の生成日時４０２と、
要求先リスト１０７のファイル内の生成日時との比較で
行う。
【００３９】次に、表配布管理部１０６の動作を説明す
る。処理対象表の生成、処理対象表のインデクスの生
成、及び表管理表の更新が完了後、表配布管理部１０６
は処理を実行する。
る。処理対象表の生成、処理対象表のインデクスの生
成、及び表管理表の更新が完了後、表配布管理部１０６
は処理を実行する。
【００４０】図７は、表配布管理部１０６の動作の流れ
を示す処理フロー図である。まず、表配布管理部１０６
に、処理対象表の表名と、要求元のクライアントマシン
を識別する情報と、処理対象表の表生成文と、処理対象
表のインデクス生成文等の、定義生成管理表のレコード
を作成するのに必要な情報を与えて、実行を開始させ
る。
を示す処理フロー図である。まず、表配布管理部１０６
に、処理対象表の表名と、要求元のクライアントマシン
を識別する情報と、処理対象表の表生成文と、処理対象
表のインデクス生成文等の、定義生成管理表のレコード
を作成するのに必要な情報を与えて、実行を開始させ
る。
【００４１】ここで、処理対象表の生成、処理対象表の
インデクスの生成、及び表管理表の更新は、表配布管理
部１０６による処理を実行する前に行っているので、処
理対象表の表生成文、処理対象表のインデクス生成文等
は、既に求まっており、表配布管理部１０６に与えるこ
とができる。
インデクスの生成、及び表管理表の更新は、表配布管理
部１０６による処理を実行する前に行っているので、処
理対象表の表生成文、処理対象表のインデクス生成文等
は、既に求まっており、表配布管理部１０６に与えるこ
とができる。
【００４２】表配布管理部１０６は、サーバＤＢ１０４
の表管理表を与えられた処理対象表の表名で検索する
（ステップ７０１）。先にも述べたように、表管理表の
更新が完了しているので、該当レコードは必ず見つか
る。そこで、見つかった表管理表のレコード内の種別情
報４０１の値を評価する（ステップ７０２）。
の表管理表を与えられた処理対象表の表名で検索する
（ステップ７０１）。先にも述べたように、表管理表の
更新が完了しているので、該当レコードは必ず見つか
る。そこで、見つかった表管理表のレコード内の種別情
報４０１の値を評価する（ステップ７０２）。
【００４３】種別情報４０１の値が「サーバ」ならば、
共有ディスク１２０内の要求先リスト１０７のファイル
のレコードを、与えられた表名で検索し（ステップ７１
３）、該当レコードの存在を評価する（ステップ７１
４）。共有ディスク１０２内の要求先リスト１０７のフ
ァイル内に該当レコードが存在する場合、要求先リスト
１０７のファイルの該当レコードを削除する（ステップ
７１５）。その後、要求元のクライアントマシン１０に
実行結果を送信して（７１２）、表配布管理部１０６は
処理を終える。
共有ディスク１２０内の要求先リスト１０７のファイル
のレコードを、与えられた表名で検索し（ステップ７１
３）、該当レコードの存在を評価する（ステップ７１
４）。共有ディスク１０２内の要求先リスト１０７のフ
ァイル内に該当レコードが存在する場合、要求先リスト
１０７のファイルの該当レコードを削除する（ステップ
７１５）。その後、要求元のクライアントマシン１０に
実行結果を送信して（７１２）、表配布管理部１０６は
処理を終える。
【００４４】種別４０１の値が「クライアント」なら
ば、サーバＤＢ１０４の定義生成管理表を与えられた処
理対象表の表名で検索する（ステップ７０３）。その
後、定義生成管理表に該当レコードが存在するか否かを
評価する（ステップ７０４）。定義生成管理表に該当レ
コードが存在する場合、与えられた処理対象表の表生成
文、処理対象表のインデクス生成文等の、定義生成管理
表のレコードを作成するのに必要な情報を用いて、定義
生成管理表の該当レコードを更新する（ステップ７０
５）。
ば、サーバＤＢ１０４の定義生成管理表を与えられた処
理対象表の表名で検索する（ステップ７０３）。その
後、定義生成管理表に該当レコードが存在するか否かを
評価する（ステップ７０４）。定義生成管理表に該当レ
コードが存在する場合、与えられた処理対象表の表生成
文、処理対象表のインデクス生成文等の、定義生成管理
表のレコードを作成するのに必要な情報を用いて、定義
生成管理表の該当レコードを更新する（ステップ７０
５）。
【００４５】逆に、定義生成管理表に該当レコードが存
在しない場合、与えられた処理対象表の表生成文、処理
対象表のインデクス生成文等の、定義生成管理表のレコ
ードを作成するのに必要な情報を用いて、定義生成管理
表の該当レコードを新規に追加する（ステップ７０
６）。
在しない場合、与えられた処理対象表の表生成文、処理
対象表のインデクス生成文等の、定義生成管理表のレコ
ードを作成するのに必要な情報を用いて、定義生成管理
表の該当レコードを新規に追加する（ステップ７０
６）。
【００４６】次に、共有ディスク１２０内の要求先リス
ト１０７のファイルのレコードを、与えられた表名で検
索し（ステップ７０７）、該当レコードの存在を評価す
る（ステップ７０８）。
ト１０７のファイルのレコードを、与えられた表名で検
索し（ステップ７０７）、該当レコードの存在を評価す
る（ステップ７０８）。
【００４７】共有ディスク１２０内の要求先リスト１０
７のファイル内に該当レコードが存在する場合、ステッ
プ７０１で見つけた表管理表の該当レコード内の生成日
時を用いて、要求先リスト１０７のファイルの、該当レ
コードの生成日時６０２の項の値を変更する（ステップ
７０９）。
７のファイル内に該当レコードが存在する場合、ステッ
プ７０１で見つけた表管理表の該当レコード内の生成日
時を用いて、要求先リスト１０７のファイルの、該当レ
コードの生成日時６０２の項の値を変更する（ステップ
７０９）。
【００４８】逆に、共有ディスク１２０内の要求先リス
ト１０７のファイル内に該当レコードが存在しない場
合、ステップ７０１で見つけた表管理表の該当レコード
内の生成日時を用いて、要求先リスト１０７のファイル
にレコードを新たに追加する（ステップ７１０）。
ト１０７のファイル内に該当レコードが存在しない場
合、ステップ７０１で見つけた表管理表の該当レコード
内の生成日時を用いて、要求先リスト１０７のファイル
にレコードを新たに追加する（ステップ７１０）。
【００４９】これで、共有ディスク１２０内の要求先リ
スト１０７のファイル内には、最新の表管理表のレコー
ド内の種別情報４０１の値が「クライアント」である表
についてのレコードが収まることになる。
スト１０７のファイル内には、最新の表管理表のレコー
ド内の種別情報４０１の値が「クライアント」である表
についてのレコードが収まることになる。
【００５０】この後、現在接続中の全てのクライアント
マシン１０について、サーバマシンでの生成日時と共
に、表の生成文やインデクス生成文を送信する（ステッ
プ７１１）。そして、要求元のクライアントマシン１０
に実行結果を送信して（７１２）、表配布管理部１０６
は処理を終える。
マシン１０について、サーバマシンでの生成日時と共
に、表の生成文やインデクス生成文を送信する（ステッ
プ７１１）。そして、要求元のクライアントマシン１０
に実行結果を送信して（７１２）、表配布管理部１０６
は処理を終える。
【００５１】クライアントマシン１０は、上記した送信
メッセージを受取ると、送れてきたサーバマシン２０で
の生成日時より未来の時刻（その時のクライアントマシ
ン１０での現在時刻が、送られてきたサーバマシンでの
生成時間よりも未来の場合は、時刻変更を行わないが、
送られてきたサーバマシンでの生成時間よりも過去の場
合は、送られてきたサーバマシンでの生成日時に、現在
時刻を変更する）にした後に、表の生成文、インデクス
生成文を実行する。
メッセージを受取ると、送れてきたサーバマシン２０で
の生成日時より未来の時刻（その時のクライアントマシ
ン１０での現在時刻が、送られてきたサーバマシンでの
生成時間よりも未来の場合は、時刻変更を行わないが、
送られてきたサーバマシンでの生成時間よりも過去の場
合は、送られてきたサーバマシンでの生成日時に、現在
時刻を変更する）にした後に、表の生成文、インデクス
生成文を実行する。
【００５２】これによって、クライアントＤＢ１０８内
の表管理表の生成日時と、共有ディスク１２０内の要求
先リスト１０７内の生成日時とを比較すれば、クライア
ントＤＢ１０８内の表が最新の表であるか否かが判断で
きることになる。
の表管理表の生成日時と、共有ディスク１２０内の要求
先リスト１０７内の生成日時とを比較すれば、クライア
ントＤＢ１０８内の表が最新の表であるか否かが判断で
きることになる。
【００５３】続いて、要求先表名を与えて、要求先判定
部１１０を動作させたときの動作を説明する。
部１１０を動作させたときの動作を説明する。
【００５４】図８は、要求先判定部１１０の動作の流れ
を示す処理フロー図である。まず、要求先判定部１１０
は、共有ディスク１０２内の要求先リスト１０７のファ
イルを与えられた表名で検索し（ステップ８０１）、該
当レコードの有無を評価する（ステップ８０２）。
を示す処理フロー図である。まず、要求先判定部１１０
は、共有ディスク１０２内の要求先リスト１０７のファ
イルを与えられた表名で検索し（ステップ８０１）、該
当レコードの有無を評価する（ステップ８０２）。
【００５５】ここで、該当レコードが存在しない場合に
は、要求先表は、サーバＤＢ１０４内の表管理表で、種
別情報４０１が「サーバ」となっているレコードとして
格納されているので、要求先表はクライアントＤＢ１０
８には、存在しないことが知れる。よって、要求先表は
サーバＤＢ１０４にアクセスすべき表となる（ステップ
８１３）。
は、要求先表は、サーバＤＢ１０４内の表管理表で、種
別情報４０１が「サーバ」となっているレコードとして
格納されているので、要求先表はクライアントＤＢ１０
８には、存在しないことが知れる。よって、要求先表は
サーバＤＢ１０４にアクセスすべき表となる（ステップ
８１３）。
【００５６】逆に、該当レコードが存在する場合、要求
先表は、サーバＤＢ１０４内の表管理表で、種別情報４
０１が「クライアント」となっているレコードとして格
納されているので、要求先表はクライアントＤＢ１０８
に、存在すべき表となる。ただし、このとき、実際にク
ライアントＤＢ１０８に、要求先表が最新の定義で存在
するとは限らないので、チェックを行う必要が生じる。
先表は、サーバＤＢ１０４内の表管理表で、種別情報４
０１が「クライアント」となっているレコードとして格
納されているので、要求先表はクライアントＤＢ１０８
に、存在すべき表となる。ただし、このとき、実際にク
ライアントＤＢ１０８に、要求先表が最新の定義で存在
するとは限らないので、チェックを行う必要が生じる。
【００５７】そこで、変数ＦDateに、ステップ８０１で
見つけた共有ディスク１２０内の要求先リスト１０７の
ファイル内のレコードの生成日時をセットする（ステッ
プ８０３）。次に、クライアントＤＢ１０８内の表管理
表を与えられた表名で検索し（ステップ８０４）、該当
レコードの有無を評価する（ステップ８０５）。
見つけた共有ディスク１２０内の要求先リスト１０７の
ファイル内のレコードの生成日時をセットする（ステッ
プ８０３）。次に、クライアントＤＢ１０８内の表管理
表を与えられた表名で検索し（ステップ８０４）、該当
レコードの有無を評価する（ステップ８０５）。
【００５８】該当レコードが存在する場合、変数Ｄdate
に、該当レコード内の生成日時の値を格納する（ステッ
プ８０６）。そして、ステップ８０３でセットした変数
Ｆdateの値と、ステップ８０６でセットした変数Ｄdate
の値とを比較する（ステップ８０７）。
に、該当レコード内の生成日時の値を格納する（ステッ
プ８０６）。そして、ステップ８０３でセットした変数
Ｆdateの値と、ステップ８０６でセットした変数Ｄdate
の値とを比較する（ステップ８０７）。
【００５９】ここで、変数Ｆdateの値の方が新しい場合
は、ステップ８０５において該当レコードが存在しない
場合と同様に、要求先表は、クライアントＤＢ１０８に
おいて、最新の定義で生成されていないと判断できる。
は、ステップ８０５において該当レコードが存在しない
場合と同様に、要求先表は、クライアントＤＢ１０８に
おいて、最新の定義で生成されていないと判断できる。
【００６０】逆に、変数Ｆdateの値の方が新しくない場
合は、要求先表は、クライアントＤＢ１０８において、
最新の定義で生成されていることになるので、要求先表
はクライアントＤＢ１０８にアクセスすべき表となる
（ステップ８１４）。
合は、要求先表は、クライアントＤＢ１０８において、
最新の定義で生成されていることになるので、要求先表
はクライアントＤＢ１０８にアクセスすべき表となる
（ステップ８１４）。
【００６１】要求先表が、クライアントＤＢ１０８であ
り、かつ、最新の定義で生成されていないと判断した場
合には、サーバＤＢ１０４に、表・インデクスの生成
文、及びその生成日時情報を要求する（ステップ８０
８）。
り、かつ、最新の定義で生成されていないと判断した場
合には、サーバＤＢ１０４に、表・インデクスの生成
文、及びその生成日時情報を要求する（ステップ８０
８）。
【００６２】次に、サーバＤＢ１０４から戻ってきた生
成日時と本クライアントマシンの現在時刻とを比較し
（ステップ８０９）、送られてきたサーバマシンでの生
成時間よりも過去の場合は、送られてきたサーバマシン
での生成日時で現在時刻を変更する（ステップ８１
０）。
成日時と本クライアントマシンの現在時刻とを比較し
（ステップ８０９）、送られてきたサーバマシンでの生
成時間よりも過去の場合は、送られてきたサーバマシン
での生成日時で現在時刻を変更する（ステップ８１
０）。
【００６３】その後、サーバＤＢ１０４から戻ってきた
表の生成文、インデクス生成文を実行する（ステップ８
１１）。これで、要求先表は、クライアントＤＢ１０８
において、最新の定義で生成されたことになり、要求先
表はクライアントＤＢ１０８にアクセスすべき表となる
（ステップ８１２）。
表の生成文、インデクス生成文を実行する（ステップ８
１１）。これで、要求先表は、クライアントＤＢ１０８
において、最新の定義で生成されたことになり、要求先
表はクライアントＤＢ１０８にアクセスすべき表となる
（ステップ８１２）。
【００６４】図８の説明から明らかなように、クライア
ントマシン１０に生成する表は、システムで自動的に定
義内容を統一することができる。
ントマシン１０に生成する表は、システムで自動的に定
義内容を統一することができる。
【００６５】以上述べたように本実施形態によれば、従
来は図２のように、表ＴがサーバＤＢ２０４に生成され
てものに対し、図３のように表ＴをクライアントＤＢ３
０６に生成するので、表Ｔへのアクセスを行うのに、ク
ライアント−サーバ間の通信が不要となる。また、それ
によって、サーバＤＢＭＳ３０３の負荷がクライアント
ＤＢＭＳ３０５に分散できる。
来は図２のように、表ＴがサーバＤＢ２０４に生成され
てものに対し、図３のように表ＴをクライアントＤＢ３
０６に生成するので、表Ｔへのアクセスを行うのに、ク
ライアント−サーバ間の通信が不要となる。また、それ
によって、サーバＤＢＭＳ３０３の負荷がクライアント
ＤＢＭＳ３０５に分散できる。
【００６６】さらに、表管理表の種別情報４０１の値を
変更するだけで、システムで各クライアントマシンへの
表の生成・削除を自動的に行うことができる。
変更するだけで、システムで各クライアントマシンへの
表の生成・削除を自動的に行うことができる。
【００６７】
【発明の効果】叙上のように本発明によれば、サーバマ
シンとそれに接続した複数のクライアントマシンで、業
務処理を実行する分散データベースシステムにおいて、
各クライアントマシンが業務を処理するにあたり、クラ
イアントマシンが固有に扱うデータを操作する場合に、
クライアントマシン内だけで処理を完了させることで、
サーバマシンとクライアントマシン間の通信オーバヘッ
ドの削減と、サーバマシンのＤＢＭＳの負荷の分散とが
実現できる。特に、一時表のように、恒久的に記憶媒体
を占有しない表について、クライアントマシンで処理を
実行する場合に有効である。
シンとそれに接続した複数のクライアントマシンで、業
務処理を実行する分散データベースシステムにおいて、
各クライアントマシンが業務を処理するにあたり、クラ
イアントマシンが固有に扱うデータを操作する場合に、
クライアントマシン内だけで処理を完了させることで、
サーバマシンとクライアントマシン間の通信オーバヘッ
ドの削減と、サーバマシンのＤＢＭＳの負荷の分散とが
実現できる。特に、一時表のように、恒久的に記憶媒体
を占有しない表について、クライアントマシンで処理を
実行する場合に有効である。
【００６８】また、データベースの表が、各クライアン
トマシンが固有に扱うデータを格納する表であるか、全
クライアントマシンで共通に扱う表であるかの識別情報
を、定義者が変更した場合、システム自体で、各クライ
アントマシンへの表の生成・削除を自動的に行うことに
より、特別な手操作を定義者が行う必要がなくなり、定
義者の手間が大幅に軽減できる。
トマシンが固有に扱うデータを格納する表であるか、全
クライアントマシンで共通に扱う表であるかの識別情報
を、定義者が変更した場合、システム自体で、各クライ
アントマシンへの表の生成・削除を自動的に行うことに
より、特別な手操作を定義者が行う必要がなくなり、定
義者の手間が大幅に軽減できる。
【図１】本発明の１実施形態に係る分散データベースシ
ステムの構成図である。
ステムの構成図である。
【図２】従来のシステムを模式的に示す説明図である。
【図３】本発明の１実施形態に係る分散データベースシ
ステムを模式的に示す説明図である。
ステムを模式的に示す説明図である。
【図４】本発明の１実施形態における、定義情報の一部
である表管理表を示す説明図である。
である表管理表を示す説明図である。
【図５】本発明の１実施形態における、定義情報の一部
である定義生成管理表を示す説明図である。
である定義生成管理表を示す説明図である。
【図６】本発明の１実施形態における、要求先リストの
ファイル内容を示す説明図である。
ファイル内容を示す説明図である。
【図７】本発明の１実施形態における、表配布管理部の
動作の流れを示す処理フロー図である。
動作の流れを示す処理フロー図である。
【図８】本発明の１実施形態における、要求先判定部の
動作の流れを示す処理フロー図である。
動作の流れを示す処理フロー図である。
１０ クライアントマシン １１、３０５ クライアントＤＢＭＳ ２０ サーバマシン ２１、３０３ サーバＤＢＭＳ １０１ クライアントマシンの表定義部 １０２ ＬＡＮ １０３ サーバマシンの表定義部 １０４、３０４ サーバＤＢ １０５ サーバＤＢの定義情報 １０６ 表配布管理部 １０７ 要求先リスト １０８、３０６ クライアントＤＢ １０９ クライアント側業務処理 １１０ 要求先判定部 １１１ サーバ側業務処理 １２０ 共有ディスク
Claims (3)
- 【請求項１】 サーバマシンとそれに接続した複数のク
ライアントマシンで、業務処理を実行する分散データベ
ースシステムにおいて、 各クライアントマシンが業務を処理するにあたり、クラ
イアントマシン下に、クライアントマシンが占有して使
用するデータ格納用の表をあらかじめ作成しておき、上
記表にサーバマシンから取得したデータを格納して、ク
ライアントマシン内で上記表のデータを操作する際、サ
ーバマシンへのアクセスを抑止するようにしたことを特
徴とする分散データベースシステム。 - 【請求項２】 請求項１記載において、 定義者が、クライアントマシンに生成する表か否かの識
別情報を指定することにより、各クライアントマシンに
生成する表である場合には、自動的に各クライアントマ
シン下のデータベースに表を生成するようにしたことを
特徴とする分散データベースシステム。 - 【請求項３】 サーバマシンとそれに接続した複数のク
ライアントマシンで、業務処理を実行する分散データベ
ースシステムにおいて、 表の定義データをサーバマシンで管理し、各クライアン
トマシンが占有して使用する表を、システムが自動的に
クライアントマシン内に生成することを特徴とする分散
データベースシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22967597A JP3527834B2 (ja) | 1997-08-26 | 1997-08-26 | 分散データベースシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22967597A JP3527834B2 (ja) | 1997-08-26 | 1997-08-26 | 分散データベースシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1165913A true JPH1165913A (ja) | 1999-03-09 |
| JP3527834B2 JP3527834B2 (ja) | 2004-05-17 |
Family
ID=16895933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22967597A Expired - Fee Related JP3527834B2 (ja) | 1997-08-26 | 1997-08-26 | 分散データベースシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3527834B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6677605B2 (ja) | 2016-08-22 | 2020-04-08 | 株式会社東芝 | プログラム、ストレージシステム、およびストレージシステムの制御方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07334402A (ja) * | 1994-06-13 | 1995-12-22 | Hitachi Ltd | メインメモリ化データベース |
-
1997
- 1997-08-26 JP JP22967597A patent/JP3527834B2/ja not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07334402A (ja) * | 1994-06-13 | 1995-12-22 | Hitachi Ltd | メインメモリ化データベース |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3527834B2 (ja) | 2004-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8745076B2 (en) | Structured query language syntax rewriting | |
| US20050033779A1 (en) | Database management program, a database managing method and an apparatus therefor | |
| CN109144994A (zh) | 索引更新方法、系统及相关装置 | |
| US20110258639A1 (en) | Management of data object sharing among applications | |
| US7809882B1 (en) | Session independent backend data cache system | |
| JPH05289871A (ja) | アプリケーション結合方法 | |
| JP2000163269A (ja) | サーバからクライアントにアプリケーションを配布するための方泡システム及びプログラム記憶媒体 | |
| US8209440B2 (en) | Device-configuration-information optimum arrangement method and device-configuration-information optimum arrangement system | |
| JP2009181546A (ja) | コーディネータサーバ、データ割当方法及びプログラム | |
| WO2009122527A1 (ja) | 装置構成情報管理装置へ情報の更新系処理を行なう仮想統合管理装置 | |
| US7281014B2 (en) | Method and apparatus for moving data between storage devices | |
| JP2000163303A (ja) | ディレクトリデータ変換方法、ディレクトリデータ変換プログラムが記憶された記憶媒体、およびディレクトリ変換サーバ | |
| US6728710B2 (en) | Database processing method, apparatus for implementing same, and medium containing processing program therefor | |
| JPH1021061A (ja) | クライアントソフトウェア自動バージョンアップシステム | |
| JP3290801B2 (ja) | 資源所在位置検出方式 | |
| US20090100082A1 (en) | Replication and mapping mechanism for recreating memory durations | |
| CN111382142B (zh) | 数据库的操作方法、服务器和计算机存储介质 | |
| US20230237043A1 (en) | Accelerating change data capture determination using row bitsets | |
| JP2006146615A (ja) | オブジェクト関連情報管理プログラム、管理方法、および管理装置。 | |
| JP2005190221A (ja) | キャッシュ制御装置およびその方法ならびにコンピュータプログラム | |
| JPH1165913A (ja) | 分散データベースシステム | |
| JPH10111821A (ja) | クライアント・サーバー・システム | |
| CN111680036B (zh) | 一种基于图存储的配置管理数据库 | |
| US7305395B1 (en) | Centralized storage and management of database parameters | |
| JP3330006B2 (ja) | 情報記憶システムを備えるネットワークシステム、該システムの入力システムならびに |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040210 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040223 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090227 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100227 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100227 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110227 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110227 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 9 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 9 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140227 Year of fee payment: 10 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |