JPH10301828A - データベース管理方法 - Google Patents
データベース管理方法Info
- Publication number
- JPH10301828A JPH10301828A JP9106273A JP10627397A JPH10301828A JP H10301828 A JPH10301828 A JP H10301828A JP 9106273 A JP9106273 A JP 9106273A JP 10627397 A JP10627397 A JP 10627397A JP H10301828 A JPH10301828 A JP H10301828A
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- database
- information
- master
- 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.)
- Withdrawn
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 従来方法ではマスタ・データベースとローカ
ル・データベースの整合性を保つためには、ネットワー
クを伝送する情報量が大きく、多大の時間を要する。 【解決手段】 各クライアントでローカル・データベー
スの情報を処理する際に、自クライアントのマスタ監視
情報テーブルの対応する項目の情報がサーバのマスタ監
視情報テーブルの対応する項目の情報と不一致の場合
に、前記サーバのマスタ・データベースに格納されてい
る対応する項目の情報で前記自クライアントのローカル
・データベースを更新する。このため、更新のためネッ
トワークを伝送される情報量が少なくて済み、それだけ
短時間に伝送を行うことができる。
ル・データベースの整合性を保つためには、ネットワー
クを伝送する情報量が大きく、多大の時間を要する。 【解決手段】 各クライアントでローカル・データベー
スの情報を処理する際に、自クライアントのマスタ監視
情報テーブルの対応する項目の情報がサーバのマスタ監
視情報テーブルの対応する項目の情報と不一致の場合
に、前記サーバのマスタ・データベースに格納されてい
る対応する項目の情報で前記自クライアントのローカル
・データベースを更新する。このため、更新のためネッ
トワークを伝送される情報量が少なくて済み、それだけ
短時間に伝送を行うことができる。
Description
【０００１】
【発明の属する技術分野】本発明はデータベース管理方
法に関し、クライアント・サーバ・システムのデータベ
ースを管理する方法に関する。
法に関し、クライアント・サーバ・システムのデータベ
ースを管理する方法に関する。
【０００２】
【従来の技術】従来より、データベースをネットワーク
上でクライアント・サーバ・システム形態で稼動するこ
とが行われている。この場合、サーバにマスタ・データ
ベースを設け、複数のクライアントにそれぞれローカル
・データベースを設け、マスタ・データベースを各クラ
イアントのローカル・データ・ベースにロードしてクラ
イアント処理を行う。
上でクライアント・サーバ・システム形態で稼動するこ
とが行われている。この場合、サーバにマスタ・データ
ベースを設け、複数のクライアントにそれぞれローカル
・データベースを設け、マスタ・データベースを各クラ
イアントのローカル・データ・ベースにロードしてクラ
イアント処理を行う。
【０００３】マスタ・データベースとクライアント・デ
ータベースとの整合性を保つ方法として、クライアント
によって、マスタデータベースの変更又は削除等の更新
処理が行われた場合に、マスタ・データベースの更新情
報を他クライアントに送信し、各クライアントがローカ
ル・データベースの更新処理を行い、マスタ・データベ
ースとの整合性を保つ第１の方法がある。また、マスタ
・データベースにバージョン番号を設け、マスタ・デー
タベースを更新すると同時にバージョン番号を更新し、
マスタ・データベースのバージョン番号とクライアント
のローカル・データベースのバージョン番号と比較する
ことによって、不一致の場合にローカル・データベース
を再構築しマスタ・データベースとの整合性を保つ第２
の方法がある。
ータベースとの整合性を保つ方法として、クライアント
によって、マスタデータベースの変更又は削除等の更新
処理が行われた場合に、マスタ・データベースの更新情
報を他クライアントに送信し、各クライアントがローカ
ル・データベースの更新処理を行い、マスタ・データベ
ースとの整合性を保つ第１の方法がある。また、マスタ
・データベースにバージョン番号を設け、マスタ・デー
タベースを更新すると同時にバージョン番号を更新し、
マスタ・データベースのバージョン番号とクライアント
のローカル・データベースのバージョン番号と比較する
ことによって、不一致の場合にローカル・データベース
を再構築しマスタ・データベースとの整合性を保つ第２
の方法がある。
【０００４】
【発明が解決しようとする課題】従来の第１の方法で
は、マスタ・データベースの更新時に、この更新情報を
ネットワーク上の全てのクライアントに送信し、各クラ
イアントで更新情報の受信処理を行って、それぞれのロ
ーカル・データベースを更新するため、各クライアント
で更新情報の受信処理に失敗した場合にマスタ・データ
ベースとの整合性が保たれなくなるという危険性があ
る。
は、マスタ・データベースの更新時に、この更新情報を
ネットワーク上の全てのクライアントに送信し、各クラ
イアントで更新情報の受信処理を行って、それぞれのロ
ーカル・データベースを更新するため、各クライアント
で更新情報の受信処理に失敗した場合にマスタ・データ
ベースとの整合性が保たれなくなるという危険性があ
る。
【０００５】また、第２の方法では、マスタ・データベ
ースをバージョン番号で管理することによって、クライ
アントのローカル・データベースをマスタ・データベー
スと同一バージョン番号とするように再構築するため、
マスタ・データベースが大容量の場合には更新されるた
びにローカル・データベースを再構築すると、この再構
築処理の負荷は実際のクライアント処理に比べて大きく
なり、ネットワークを伝送する情報量が大きくそのため
に多大の時間を要し、実用的でないという問題があっ
た。
ースをバージョン番号で管理することによって、クライ
アントのローカル・データベースをマスタ・データベー
スと同一バージョン番号とするように再構築するため、
マスタ・データベースが大容量の場合には更新されるた
びにローカル・データベースを再構築すると、この再構
築処理の負荷は実際のクライアント処理に比べて大きく
なり、ネットワークを伝送する情報量が大きくそのため
に多大の時間を要し、実用的でないという問題があっ
た。
【０００６】本発明は、上記の点に鑑みなされたもの
で、マスタ・データベースとローカル・データベースと
の整合性を確実に保つことができ、そのためにネットワ
ークを伝送される情報量が少なく、伝送に要する時間が
短かくて済むデータベース管理方法を提供することを目
的とする。
で、マスタ・データベースとローカル・データベースと
の整合性を確実に保つことができ、そのためにネットワ
ークを伝送される情報量が少なく、伝送に要する時間が
短かくて済むデータベース管理方法を提供することを目
的とする。
【０００７】
【課題を解決するための手段】請求項１に記載の発明
は、サーバと複数のクライアントとをネットワークで接
続し、前記サーバに設けられたマスタ・データベースと
前記複数のクライアント夫々に設けられたローカル・デ
ータベースとの整合性を保つデータベース管理方法にお
いて、前記サーバのマスタ・データベースに格納された
情報について、その項目毎に、その項目を更新したサー
バ又はクライアントの識別情報と、クライアントがその
項目を更新したクライアント更新時刻情報と、サーバが
その項目を更新したサーバ更新時刻情報とを有するマス
タ監視情報テーブルを前記サーバに設け、前記複数のク
ライアント夫々のローカル・データベースに格納された
情報の項目についてのマスタ監視情報テーブルを前記複
数のクライアント夫々に設け、各クライアントでローカ
ル・データベースの情報を処理する際に、自クライアン
トのマスタ監視情報テーブルの対応する項目の情報がサ
ーバのマスタ監視情報テーブルの対応する項目の情報と
不一致の場合に、前記サーバのマスタ・データベースに
格納されている対応する項目の情報で前記自クライアン
トのローカル・データベースを更新する。
は、サーバと複数のクライアントとをネットワークで接
続し、前記サーバに設けられたマスタ・データベースと
前記複数のクライアント夫々に設けられたローカル・デ
ータベースとの整合性を保つデータベース管理方法にお
いて、前記サーバのマスタ・データベースに格納された
情報について、その項目毎に、その項目を更新したサー
バ又はクライアントの識別情報と、クライアントがその
項目を更新したクライアント更新時刻情報と、サーバが
その項目を更新したサーバ更新時刻情報とを有するマス
タ監視情報テーブルを前記サーバに設け、前記複数のク
ライアント夫々のローカル・データベースに格納された
情報の項目についてのマスタ監視情報テーブルを前記複
数のクライアント夫々に設け、各クライアントでローカ
ル・データベースの情報を処理する際に、自クライアン
トのマスタ監視情報テーブルの対応する項目の情報がサ
ーバのマスタ監視情報テーブルの対応する項目の情報と
不一致の場合に、前記サーバのマスタ・データベースに
格納されている対応する項目の情報で前記自クライアン
トのローカル・データベースを更新する。
【０００８】このようにサーバとクライアントのマスタ
監視情報の対応する項目の情報を比較することで整合性
がとれてない項目を判定し、その項目についてのみサー
バのマスタ・データベースの情報でクライアントのロー
カル・データベースを更新するため、更新のためネット
ワークを伝送される情報量が少なくて済み、それだけ短
時間に伝送を行うことができる。
監視情報の対応する項目の情報を比較することで整合性
がとれてない項目を判定し、その項目についてのみサー
バのマスタ・データベースの情報でクライアントのロー
カル・データベースを更新するため、更新のためネット
ワークを伝送される情報量が少なくて済み、それだけ短
時間に伝送を行うことができる。
【０００９】請求項２に記載の発明は、請求項１記載の
データベース管理方法において、前記サーバのマスタ監
視情報テーブルの対応する項目のクライアント更新時刻
情報及びサーバ更新時刻情報夫々をクライアント及びサ
ーバ夫々で計時している現在時刻と比較して前記クライ
アント及びサーバ夫々の現在時刻の異常判定を行う。
データベース管理方法において、前記サーバのマスタ監
視情報テーブルの対応する項目のクライアント更新時刻
情報及びサーバ更新時刻情報夫々をクライアント及びサ
ーバ夫々で計時している現在時刻と比較して前記クライ
アント及びサーバ夫々の現在時刻の異常判定を行う。
【００１０】このため、クライアントのタイマ又はサー
バのタイマが異常の場合に、この異常を認識することが
できる。
バのタイマが異常の場合に、この異常を認識することが
できる。
【００１１】
【発明の実施の形態】図２は本発明を適用するクライア
ント・サーバ・システムの一実施例のブロック図を示
す。同図中、サーバ１０と複数のクライアント２０，３
０夫々はＬＡＮ（ローカルエリアネットワーク）等のネ
ットワーク４０によって接続されている。サーバ１０に
はマスタ・データベース１１が設けられ、サーバ１０は
マスタ監視情報テーブル１２を用いてマスタ・データベ
ース１１の監視を行う。
ント・サーバ・システムの一実施例のブロック図を示
す。同図中、サーバ１０と複数のクライアント２０，３
０夫々はＬＡＮ（ローカルエリアネットワーク）等のネ
ットワーク４０によって接続されている。サーバ１０に
はマスタ・データベース１１が設けられ、サーバ１０は
マスタ監視情報テーブル１２を用いてマスタ・データベ
ース１１の監視を行う。
【００１２】クライアント２０にはローカル・データベ
ース２１が設けられ、クライアント２０はマスタ監視情
報テーブル２２を用いてローカル・データベース２１の
監視を行い、同様に、クライアント３０にはローカル・
データベース３１が設けられ、クライアント３０はマス
タ監視情報テーブル３２を用いてローカル・データベー
ス３１を監視している。
ース２１が設けられ、クライアント２０はマスタ監視情
報テーブル２２を用いてローカル・データベース２１の
監視を行い、同様に、クライアント３０にはローカル・
データベース３１が設けられ、クライアント３０はマス
タ監視情報テーブル３２を用いてローカル・データベー
ス３１を監視している。
【００１３】マスタ監視情報テーブル１２，２２，３２
夫々は図３に示す構造である。このテーブルはデータベ
ースの更新項目名Ｅ１単位でレコード構成されている。
更新項目名Ｅ１としては、クライアント側で必要とされ
るテーブル、ビュー、クエリ等の名称（例えば「Ｔａｂ
ｌｅ １」）を用いる。ここで、テーブルとはマスタ・
データベース１１を構成するデータの集合であり、ビュ
ーとは使用目的に応じて上記テーブルを並べ替えたもの
であり、クエリとはテーブルから所定条件で抽出したデ
ータの集合である。
夫々は図３に示す構造である。このテーブルはデータベ
ースの更新項目名Ｅ１単位でレコード構成されている。
更新項目名Ｅ１としては、クライアント側で必要とされ
るテーブル、ビュー、クエリ等の名称（例えば「Ｔａｂ
ｌｅ １」）を用いる。ここで、テーブルとはマスタ・
データベース１１を構成するデータの集合であり、ビュ
ーとは使用目的に応じて上記テーブルを並べ替えたもの
であり、クエリとはテーブルから所定条件で抽出したデ
ータの集合である。
【００１４】上記の更新項目名Ｅ１に対応して更新ホス
トＥ２、クライアント更新時刻Ｅ３、サーバ更新時刻Ｅ
４を設定する。更新ホストＥ２は、対応する更新項目名
Ｅ１に記入された項目を更新したクライアント又はサー
バの識別情報としてのホスト名（例えは「ＷＳ１」）
と、そのホストのネットワーク４０上でのアドレス（例
えば「１７２．２２．４２．７０」）とである。クライ
アント更新時刻Ｅ３はホスト名で指示されるクライアン
トが対応する更新項目名Ｅ１をローカル・データベース
上で更新した日時（例えば「１９９６／１１／１７ １
２：００：００」）が記入される。サーバ更新時刻Ｅ４
はサーバ１０が対応する更新項目名Ｅ１をマスタ・デー
タベース１１上で更新した日時（「１９９６／１１／１
７ １２：００：１０」）が記入される。
トＥ２、クライアント更新時刻Ｅ３、サーバ更新時刻Ｅ
４を設定する。更新ホストＥ２は、対応する更新項目名
Ｅ１に記入された項目を更新したクライアント又はサー
バの識別情報としてのホスト名（例えは「ＷＳ１」）
と、そのホストのネットワーク４０上でのアドレス（例
えば「１７２．２２．４２．７０」）とである。クライ
アント更新時刻Ｅ３はホスト名で指示されるクライアン
トが対応する更新項目名Ｅ１をローカル・データベース
上で更新した日時（例えば「１９９６／１１／１７ １
２：００：００」）が記入される。サーバ更新時刻Ｅ４
はサーバ１０が対応する更新項目名Ｅ１をマスタ・デー
タベース１１上で更新した日時（「１９９６／１１／１
７ １２：００：１０」）が記入される。
【００１５】図１はクライアント（例えばクライアント
２０）で実行されるデータベース管理処理のフローチャ
ートを示す。この処理はクランアント２０がそのローカ
ル・データベース２１の情報を利用するクライアント処
理要求が発生したとき開始する。同図中、ステップＳ１
０でクライアント２０は自ホストに設けられたローカル
・データベース２１のマスタ監視情報テーブル２２を利
用しようとする項目名をキーとして、このキーと更新項
目名Ｅ１が一致するレコードを検索してクライアント２
０のタイマで計時された現在時刻と共に一時保持する。
次にステップＳ１２でクライアント２０はサーバ１０に
要求を出して、マスタ・データベース１１のマスタ監視
情報テーブル１２から前記利用しようとする項目名と更
新項目名Ｅ１が一致するレコードをサーバ１０のタイマ
で計時された現在時刻と共に受け取る。そして、ステッ
プＳ１４でローカル・データベース２１のマスタ監視情
報テーブル２２から得たレコードと、マスタ・データベ
ース１１のマスタ監視情報テーブル１２から得たレコー
ドとが完全一致か否かを判別する。
２０）で実行されるデータベース管理処理のフローチャ
ートを示す。この処理はクランアント２０がそのローカ
ル・データベース２１の情報を利用するクライアント処
理要求が発生したとき開始する。同図中、ステップＳ１
０でクライアント２０は自ホストに設けられたローカル
・データベース２１のマスタ監視情報テーブル２２を利
用しようとする項目名をキーとして、このキーと更新項
目名Ｅ１が一致するレコードを検索してクライアント２
０のタイマで計時された現在時刻と共に一時保持する。
次にステップＳ１２でクライアント２０はサーバ１０に
要求を出して、マスタ・データベース１１のマスタ監視
情報テーブル１２から前記利用しようとする項目名と更
新項目名Ｅ１が一致するレコードをサーバ１０のタイマ
で計時された現在時刻と共に受け取る。そして、ステッ
プＳ１４でローカル・データベース２１のマスタ監視情
報テーブル２２から得たレコードと、マスタ・データベ
ース１１のマスタ監視情報テーブル１２から得たレコー
ドとが完全一致か否かを判別する。
【００１６】ここで、両レコードが不一致の場合はロー
カル・データベース２１の情報を利用しようとする項目
の内容がマスタ・データベース１１の内容と異なってい
るためステップＳ１６に進む。ステップＳ１６では、サ
ーバ１０からステップＳ１２で受け取ったマスタ監視情
報テーブル１２の図４（Ａ）に示すようなレコードのク
ライアント更新時刻Ｅ３，サーバ更新時刻Ｅ４夫々をＴ
ＩＭＥ−Ｃ−ＯＬＤ，ＴＩＭＥ−Ｓ−ＯＬＤにセット
し、かつ、ステップＳ１０，Ｓ１２で得たクライアン
ト，サーバ夫々の現在時刻を図４（Ｂ），（Ｃ）に示す
ようにＴＩＭＥ−Ｃ−ＮＥＷ，ＴＩＭＥ−Ｓ−ＮＥＷに
セットし、異常判定を行う。
カル・データベース２１の情報を利用しようとする項目
の内容がマスタ・データベース１１の内容と異なってい
るためステップＳ１６に進む。ステップＳ１６では、サ
ーバ１０からステップＳ１２で受け取ったマスタ監視情
報テーブル１２の図４（Ａ）に示すようなレコードのク
ライアント更新時刻Ｅ３，サーバ更新時刻Ｅ４夫々をＴ
ＩＭＥ−Ｃ−ＯＬＤ，ＴＩＭＥ−Ｓ−ＯＬＤにセット
し、かつ、ステップＳ１０，Ｓ１２で得たクライアン
ト，サーバ夫々の現在時刻を図４（Ｂ），（Ｃ）に示す
ようにＴＩＭＥ−Ｃ−ＮＥＷ，ＴＩＭＥ−Ｓ−ＮＥＷに
セットし、異常判定を行う。
【００１７】この異常判定で、ＴＩＭＥ−Ｓ−ＯＬＤ＞
ＴＩＭＥ−Ｓ−ＮＯＷのときはサーバ１０のタイマ（現
在時刻）が異常である第１の異常と判定する。これは過
去にサーバ１０のタイマで計時した時刻を設定したＴＩ
ＭＥ−Ｓ−ＯＬＤよりサーバ１０のタイマの現在時刻で
あるＴＩＭＥ−Ｓ−ＮＯＷより小さいことはないはずだ
からである。同様にして、ＴＩＭＥ−Ｃ−ＯＬＤ＞ＴＩ
ＭＥ−Ｃ−ＮＯＷの場合はＴＩＭＥ−Ｃ−ＯＬＤ又はＴ
ＩＭＥ−Ｃ−ＮＯＷのいずれかに異常があるため、ＴＩ
ＭＥ−Ｃ−ＯＬＤとＴＩＭＥ−Ｓ−ＮＯＷとを比較し、
ＴＩＭＥ−Ｃ−ＯＬＤ＞ＴＩＭＥ−Ｓ−ＮＯＷのときは
ＴＩＭＥ−Ｃ−ＯＬＤのクライアント更新時刻Ｅ３が異
常である第２の異常と判定し、一方、ＴＩＭＥ−Ｃ−Ｏ
ＬＤ≦ＴＩＭＥ−Ｓ−ＮＯＷのときはクライアント２０
のタイマの異常である第３の異常と判定する。
ＴＩＭＥ−Ｓ−ＮＯＷのときはサーバ１０のタイマ（現
在時刻）が異常である第１の異常と判定する。これは過
去にサーバ１０のタイマで計時した時刻を設定したＴＩ
ＭＥ−Ｓ−ＯＬＤよりサーバ１０のタイマの現在時刻で
あるＴＩＭＥ−Ｓ−ＮＯＷより小さいことはないはずだ
からである。同様にして、ＴＩＭＥ−Ｃ−ＯＬＤ＞ＴＩ
ＭＥ−Ｃ−ＮＯＷの場合はＴＩＭＥ−Ｃ−ＯＬＤ又はＴ
ＩＭＥ−Ｃ−ＮＯＷのいずれかに異常があるため、ＴＩ
ＭＥ−Ｃ−ＯＬＤとＴＩＭＥ−Ｓ−ＮＯＷとを比較し、
ＴＩＭＥ−Ｃ−ＯＬＤ＞ＴＩＭＥ−Ｓ−ＮＯＷのときは
ＴＩＭＥ−Ｃ−ＯＬＤのクライアント更新時刻Ｅ３が異
常である第２の異常と判定し、一方、ＴＩＭＥ−Ｃ−Ｏ
ＬＤ≦ＴＩＭＥ−Ｓ−ＮＯＷのときはクライアント２０
のタイマの異常である第３の異常と判定する。
【００１８】この後、ステップＳ１８で異常があったか
否かを判定し、異常があればステップＳ２０でクライア
ント２０からシステム管理者（例えばサーバ１０）に対
して異常メッセージを送信して処理を終了する。一方、
ステップＳ１８で異常がなければステップＳ２２に進
み、ステップＳ１２でサーバ１０から受け取ったマスタ
監視情報テーブル１２のレコードで、そのレコードの更
新項目名と同一のマスタ監視情報テーブル２２のレコー
ドを上書き更新する。次にステップＳ２４でサーバ１０
に要求を出して、マスタ・データベース１１から利用し
ようとする項目名のデータを受け取り、この後、ステッ
プＳ２６に進む。なお、ステップＳ１４で両レコードが
一致の場合は直接ステップＳ２６に進む。
否かを判定し、異常があればステップＳ２０でクライア
ント２０からシステム管理者（例えばサーバ１０）に対
して異常メッセージを送信して処理を終了する。一方、
ステップＳ１８で異常がなければステップＳ２２に進
み、ステップＳ１２でサーバ１０から受け取ったマスタ
監視情報テーブル１２のレコードで、そのレコードの更
新項目名と同一のマスタ監視情報テーブル２２のレコー
ドを上書き更新する。次にステップＳ２４でサーバ１０
に要求を出して、マスタ・データベース１１から利用し
ようとする項目名のデータを受け取り、この後、ステッ
プＳ２６に進む。なお、ステップＳ１４で両レコードが
一致の場合は直接ステップＳ２６に進む。
【００１９】ステップＳ２６でクライアント２０は要求
のあったクライアント処理を実行する。この後、ステッ
プＳ２８では上記クライアント処理によってローカル・
データベース２１が更新されたかどうかを判別し、更新
があった場合にはステップＳ３０で更新された項目に対
するマスタ監視情報テーブル２２のレコードを更新す
る。そして同様にステップＳ３２で更新された項目に対
するサーバ１０のマスタ監視情報テーブル１２のレコー
ドを更新する要求をサーバ１０に出し、更にステップＳ
３４でサーバ１０のマスタ・データベース１１をローカ
ル・データベース２１と一致するように更新する要求を
サーバ１０に出して処理を終了する。ステップＳ２８で
ローカル・データベース２１が更新されてなければ、そ
のまま処理を終了する。
のあったクライアント処理を実行する。この後、ステッ
プＳ２８では上記クライアント処理によってローカル・
データベース２１が更新されたかどうかを判別し、更新
があった場合にはステップＳ３０で更新された項目に対
するマスタ監視情報テーブル２２のレコードを更新す
る。そして同様にステップＳ３２で更新された項目に対
するサーバ１０のマスタ監視情報テーブル１２のレコー
ドを更新する要求をサーバ１０に出し、更にステップＳ
３４でサーバ１０のマスタ・データベース１１をローカ
ル・データベース２１と一致するように更新する要求を
サーバ１０に出して処理を終了する。ステップＳ２８で
ローカル・データベース２１が更新されてなければ、そ
のまま処理を終了する。
【００２０】なお、クライアント３０についても図１と
同一の処理を行う。このようにサーバとクライアントの
マスタ監視情報の対応する項目の情報を比較することで
整合性がとれてない項目を判定し、その項目についての
みサーバのマスタ・データベースの情報でクライアント
のローカル・データベースを更新するため、更新のため
ネットワークを伝送される情報量が少なくて済み、それ
だけ短時間に伝送を行うことができる。
同一の処理を行う。このようにサーバとクライアントの
マスタ監視情報の対応する項目の情報を比較することで
整合性がとれてない項目を判定し、その項目についての
みサーバのマスタ・データベースの情報でクライアント
のローカル・データベースを更新するため、更新のため
ネットワークを伝送される情報量が少なくて済み、それ
だけ短時間に伝送を行うことができる。
【００２１】
【発明の効果】上述の如く、請求項１に記載の発明は、
サーバと複数のクライアントとをネットワークで接続
し、前記サーバに設けられたマスタ・データベースと前
記複数のクライアント夫々に設けられたローカル・デー
タベースとの整合性を保つデータベース管理方法におい
て、前記サーバのマスタ・データベースに格納された情
報について、その項目毎に、その項目を更新したサーバ
又はクライアントの識別情報と、クライアントがその項
目を更新したクライアント更新時刻情報と、サーバがそ
の項目を更新したサーバ更新時刻情報とを有するマスタ
監視情報テーブルを前記サーバに設け、前記複数のクラ
イアント夫々のローカル・データベースに格納された情
報の項目についてのマスタ監視情報テーブルを前記複数
のクライアント夫々に設け、各クライアントでローカル
・データベースの情報を処理する際に、自クライアント
のマスタ監視情報テーブルの対応する項目の情報がサー
バのマスタ監視情報テーブルの対応する項目の情報と不
一致の場合に、前記サーバのマスタ・データベースに格
納されている対応する項目の情報で前記自クライアント
のローカル・データベースを更新する。
サーバと複数のクライアントとをネットワークで接続
し、前記サーバに設けられたマスタ・データベースと前
記複数のクライアント夫々に設けられたローカル・デー
タベースとの整合性を保つデータベース管理方法におい
て、前記サーバのマスタ・データベースに格納された情
報について、その項目毎に、その項目を更新したサーバ
又はクライアントの識別情報と、クライアントがその項
目を更新したクライアント更新時刻情報と、サーバがそ
の項目を更新したサーバ更新時刻情報とを有するマスタ
監視情報テーブルを前記サーバに設け、前記複数のクラ
イアント夫々のローカル・データベースに格納された情
報の項目についてのマスタ監視情報テーブルを前記複数
のクライアント夫々に設け、各クライアントでローカル
・データベースの情報を処理する際に、自クライアント
のマスタ監視情報テーブルの対応する項目の情報がサー
バのマスタ監視情報テーブルの対応する項目の情報と不
一致の場合に、前記サーバのマスタ・データベースに格
納されている対応する項目の情報で前記自クライアント
のローカル・データベースを更新する。
【００２２】このようにサーバとクライアントのマスタ
監視情報の対応する項目の情報を比較することで整合性
がとれてない項目を判定し、その項目についてのみサー
バのマスタ・データベースの情報でクライアントのロー
カル・データベースを更新するため、更新のためネット
ワークを伝送される情報量が少なくて済み、それだけ短
時間に伝送を行うことができる。
監視情報の対応する項目の情報を比較することで整合性
がとれてない項目を判定し、その項目についてのみサー
バのマスタ・データベースの情報でクライアントのロー
カル・データベースを更新するため、更新のためネット
ワークを伝送される情報量が少なくて済み、それだけ短
時間に伝送を行うことができる。
【００２３】また、請求項２に記載の発明は、請求項１
記載のデータベース管理方法において、前記サーバのマ
スタ監視情報テーブルの対応する項目のクライアント更
新時刻情報及びサーバ更新時刻情報夫々をクライアント
及びサーバ夫々で計時している現在時刻と比較して前記
クライアント及びサーバ夫々の現在時刻の異常判定を行
う。
記載のデータベース管理方法において、前記サーバのマ
スタ監視情報テーブルの対応する項目のクライアント更
新時刻情報及びサーバ更新時刻情報夫々をクライアント
及びサーバ夫々で計時している現在時刻と比較して前記
クライアント及びサーバ夫々の現在時刻の異常判定を行
う。
【００２４】このため、クライアントのタイマ又はサー
バのタイマが異常の場合に、この異常を認識することが
できる。
バのタイマが異常の場合に、この異常を認識することが
できる。
【図１】本発明方法を適用したクライアントの実行する
処理のフローチャートである。
処理のフローチャートである。
【図２】本発明方法を適用したシステムのブロック図で
ある。
ある。
【図３】マスタ監視情報テーブルの構造を示す図であ
る。
る。
【図４】異常判定を説明するための図である。
１０ サーバ １１ マスタ・データベース １２，２２，３２ マスタ監視情報テーブル ２０，３０ クライアント ３１，３２ ローカル・データベース
Claims (2)
- 【請求項１】 サーバと複数のクライアントとをネット
ワークで接続し、前記サーバに設けられたマスタ・デー
タベースと前記複数のクライアント夫々に設けられたロ
ーカル・データベースとの整合性を保つデータベース管
理方法において、 前記サーバのマスタ・データベースに格納された情報に
ついて、その項目毎に、その項目を更新したサーバ又は
クライアントの識別情報と、クライアントがその項目を
更新したクライアント更新時刻情報と、サーバがその項
目を更新したサーバ更新時刻情報とを有するマスタ監視
情報テーブルを前記サーバに設け、 前記複数のクライアント夫々のローカル・データベース
に格納された情報の項目についてのマスタ監視情報テー
ブルを前記複数のクライアント夫々に設け、 各クライアントでローカル・データベースの情報を処理
する際に、自クライアントのマスタ監視情報テーブルの
対応する項目の情報がサーバのマスタ監視情報テーブル
の対応する項目の情報と不一致の場合に、前記サーバの
マスタ・データベースに格納されている対応する項目の
情報で前記自クライアントのローカル・データベースを
更新することを特徴とするデータベース管理方法。 - 【請求項２】 請求項１記載のデータベース管理方法に
おいて、 前記サーバのマスタ監視情報テーブルの対応する項目の
クライアント更新時刻情報及びサーバ更新時刻情報夫々
をクライアント及びサーバ夫々で計時している現在時刻
と比較して前記クライアント及びサーバの現在時刻の異
常判定を行うことを特徴とするデータベース管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9106273A JPH10301828A (ja) | 1997-04-23 | 1997-04-23 | データベース管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9106273A JPH10301828A (ja) | 1997-04-23 | 1997-04-23 | データベース管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10301828A true JPH10301828A (ja) | 1998-11-13 |
Family
ID=14429484
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9106273A Withdrawn JPH10301828A (ja) | 1997-04-23 | 1997-04-23 | データベース管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10301828A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001297023A (ja) * | 2000-04-13 | 2001-10-26 | Packaging Technology:Kk | データベース更新装置 |
| JP2013164706A (ja) * | 2012-02-10 | 2013-08-22 | Seiko Epson Corp | データ処理装置、共通基本情報の処理方法及びプログラム |
| JP2013211036A (ja) * | 2009-06-05 | 2013-10-10 | Microsoft Corp | サーバ記憶モデルを利用したファイルパーティションの同期 |
| US8984392B2 (en) | 2008-05-02 | 2015-03-17 | Microsoft Corporation | Document synchronization over stateless protocols |
-
1997
- 1997-04-23 JP JP9106273A patent/JPH10301828A/ja not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001297023A (ja) * | 2000-04-13 | 2001-10-26 | Packaging Technology:Kk | データベース更新装置 |
| US8984392B2 (en) | 2008-05-02 | 2015-03-17 | Microsoft Corporation | Document synchronization over stateless protocols |
| JP2013211036A (ja) * | 2009-06-05 | 2013-10-10 | Microsoft Corp | サーバ記憶モデルを利用したファイルパーティションの同期 |
| JP2013164706A (ja) * | 2012-02-10 | 2013-08-22 | Seiko Epson Corp | データ処理装置、共通基本情報の処理方法及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6539381B1 (en) | System and method for synchronizing database information | |
| US7162467B2 (en) | Systems and methods for managing distributed database resources | |
| US8682847B2 (en) | System and method for accessing information in a replicated database | |
| US7464097B2 (en) | Managing data integrity using a filter condition | |
| US20030088656A1 (en) | Directory server software architecture | |
| US20060195487A1 (en) | Systems and Methods for Managing the Synchronization of Replicated Version-Managed Databases | |
| US20040034668A1 (en) | Managing data integrity | |
| US20030088587A1 (en) | Replication architecture for a directory server | |
| US20080270596A1 (en) | System and method for validating directory replication | |
| US7917636B2 (en) | System and method for detecting unused accounts in a distributed directory service | |
| KR20040095639A (ko) | 데이터 복제에서 변화의 전파 및 파티션 계산을 위한아키텍쳐 | |
| US20040220940A1 (en) | System and method for decoupling object identification for the purpose of object switching in database systems | |
| US7483965B1 (en) | Generation of a configuration patch for network devices | |
| JP2007219598A (ja) | 多重化データベースシステム及びその同期化方法、データベースサーバ、並びに、データベースサーバプログラム | |
| JPH06266600A (ja) | 分散ファイルシステム | |
| JPH10301828A (ja) | データベース管理方法 | |
| US20030088615A1 (en) | Update resolution procedure for a directory server | |
| JPH11249943A (ja) | 分散型データベースの同期管理システムおよび同期管理方法 | |
| US20190065327A1 (en) | Efficient versioned object management | |
| CN112463786B (zh) | 数据同步方法、系统、服务器及存储介质 | |
| JP2002149459A (ja) | 冗長化データベース管理・検索システム | |
| US7840615B2 (en) | Systems and methods for interoperation of directory services | |
| JPH0981431A (ja) | データベース処理システム及びデータベースの更新方法 | |
| Cisco | Setting up Database Replication among CiscoSecure ACSes | |
| Cisco | Setting up Database Replication among CiscoSecure ACSes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040706 |