JP2001034518A - 分散データベースシステムにおける主従関係情報同期方式 - Google Patents
分散データベースシステムにおける主従関係情報同期方式Info
- Publication number
- JP2001034518A JP2001034518A JP11211476A JP21147699A JP2001034518A JP 2001034518 A JP2001034518 A JP 2001034518A JP 11211476 A JP11211476 A JP 11211476A JP 21147699 A JP21147699 A JP 21147699A JP 2001034518 A JP2001034518 A JP 2001034518A
- Authority
- JP
- Japan
- Prior art keywords
- master
- slave
- update
- copy
- rdbms
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 主表と従表との主従関係をもつ複数サーバの
分散データベースシステムにおいて、更新されたデータ
について主従関係を保ちつつ効率的な同期をとる。 【解決手段】 スレーブサーバ７のリレーショナルデー
タベース（スレーブ）９内に主表（ダミー）９３を設け
るとともに主表（ダミー）９３と従表（コピー）９２と
の間に主従関係の定義を行う。ログ監視手段５は、マス
タサーバ１のリレーショナルデータベース（マスタ）内
の主表（マスタ）３１が更新された際に出力される更新
ログ情報により更新ログファイル４が更新されているか
否かを定期的に監視する。更新反映処理手段６は、ログ
監視手段５により更新ログファイル４の更新が検出され
た場合に更新ログファイル４の最新の更新ログ情報をも
とにスレーブサーバ７のリレーショナルデータベース
（スレーブ）９内の主表（ダミー）９３に対して更新内
容の反映を行う。
分散データベースシステムにおいて、更新されたデータ
について主従関係を保ちつつ効率的な同期をとる。 【解決手段】 スレーブサーバ７のリレーショナルデー
タベース（スレーブ）９内に主表（ダミー）９３を設け
るとともに主表（ダミー）９３と従表（コピー）９２と
の間に主従関係の定義を行う。ログ監視手段５は、マス
タサーバ１のリレーショナルデータベース（マスタ）内
の主表（マスタ）３１が更新された際に出力される更新
ログ情報により更新ログファイル４が更新されているか
否かを定期的に監視する。更新反映処理手段６は、ログ
監視手段５により更新ログファイル４の更新が検出され
た場合に更新ログファイル４の最新の更新ログ情報をも
とにスレーブサーバ７のリレーショナルデータベース
（スレーブ）９内の主表（ダミー）９３に対して更新内
容の反映を行う。
Description
【０００１】
【発明の属する技術分野】本発明は分散データベースシ
ステムにおける主従関係情報同期方式に関し、特に主表
（参照表または親表ともいう）と従表（主表の一部のデ
ータ項目を参照することによって関係付けられた表であ
り、依存表または子表ともいう）との主従関係をもつ複
数のサーバからなる分散データベースシステムにおける
主従関係情報同期方式に関する。ここで、表の主従関係
とは、従表が主表の主キー（表内で一意となるデータ項
目をいう）に対して外部キー（主キーを参照する参照整
合性制約の定義に含まれている列または列の集合をい
う）を作成することにより、主表のレコードと従表のレ
コードとの間に付けられた関係をいう。
ステムにおける主従関係情報同期方式に関し、特に主表
（参照表または親表ともいう）と従表（主表の一部のデ
ータ項目を参照することによって関係付けられた表であ
り、依存表または子表ともいう）との主従関係をもつ複
数のサーバからなる分散データベースシステムにおける
主従関係情報同期方式に関する。ここで、表の主従関係
とは、従表が主表の主キー（表内で一意となるデータ項
目をいう）に対して外部キー（主キーを参照する参照整
合性制約の定義に含まれている列または列の集合をい
う）を作成することにより、主表のレコードと従表のレ
コードとの間に付けられた関係をいう。
【０００２】
【従来の技術】従来の分散データベースシステムは、た
とえば、主表（マスタ）および従表（マスタ）が定義さ
れ、主表（マスタ）と従表（マスタ）との間に主従関係
が定義されたリレーショナルデータベース（マスタ）な
らびにこのリレーショナルデータベース（マスタ）を管
理するＲＤＢＭＳ（マスタ）を有するマスタサーバと、
主表（コピー）および従表（コピー）が定義されたリレ
ーショナルデータベース（スレーブ）ならびにこのリレ
ーショナルデータベース（スレーブ）を管理するＲＤＢ
ＭＳ（スレーブ）を有するスレーブサーバとが、ＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の回線を
介して接続されて構成されていた。
とえば、主表（マスタ）および従表（マスタ）が定義さ
れ、主表（マスタ）と従表（マスタ）との間に主従関係
が定義されたリレーショナルデータベース（マスタ）な
らびにこのリレーショナルデータベース（マスタ）を管
理するＲＤＢＭＳ（マスタ）を有するマスタサーバと、
主表（コピー）および従表（コピー）が定義されたリレ
ーショナルデータベース（スレーブ）ならびにこのリレ
ーショナルデータベース（スレーブ）を管理するＲＤＢ
ＭＳ（スレーブ）を有するスレーブサーバとが、ＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の回線を
介して接続されて構成されていた。
【０００３】このような従来の分散データベースシステ
ムでは、スレーブサーバにおいて、主表（コピー）と従
表（コピー）との主従関係の定義が行えない（主表（コ
ピー）に主キーの定義が行えない）ために、データのレ
コード内に主従関係の情報を持つなどしてアプリケーシ
ョンプログラム側でデータの整合性を保証しなければな
らなかった。すなわち、主従関係をレコード内に情報と
して持っていたので、アプリケーションプログラム側で
データの整合性を保つための処理をしなければならず、
マスタサーバとスレーブサーバとで環境の違いを意識し
た異なる更新処理を作成しなければならなかった。
ムでは、スレーブサーバにおいて、主表（コピー）と従
表（コピー）との主従関係の定義が行えない（主表（コ
ピー）に主キーの定義が行えない）ために、データのレ
コード内に主従関係の情報を持つなどしてアプリケーシ
ョンプログラム側でデータの整合性を保証しなければな
らなかった。すなわち、主従関係をレコード内に情報と
して持っていたので、アプリケーションプログラム側で
データの整合性を保つための処理をしなければならず、
マスタサーバとスレーブサーバとで環境の違いを意識し
た異なる更新処理を作成しなければならなかった。
【０００４】
【発明が解決しようとする課題】第１の問題点は、更新
されたデータについて主従関係を保ちつつ効率的な同期
をとることが難しいということである。その理由は、ア
プリケーションプログラム側で主表および従表の内容の
同期をとる処理とは別に主従関係を関係付ける処理が必
要であったからである。
されたデータについて主従関係を保ちつつ効率的な同期
をとることが難しいということである。その理由は、ア
プリケーションプログラム側で主表および従表の内容の
同期をとる処理とは別に主従関係を関係付ける処理が必
要であったからである。
【０００５】第２の問題点は、主表に対する従表を新規
に追加する場合に、従表の定義を行う（マスタサーバ，
スレーブサーバ）とともにデータの更新，アプリケーシ
ョンプログラム側での整合性の保証の実装（サーバの
み）が必要であるということである。その理由は、アプ
リケーションプログラム側でデータの整合性を保つため
の処理をしなければならなかったからである。
に追加する場合に、従表の定義を行う（マスタサーバ，
スレーブサーバ）とともにデータの更新，アプリケーシ
ョンプログラム側での整合性の保証の実装（サーバの
み）が必要であるということである。その理由は、アプ
リケーションプログラム側でデータの整合性を保つため
の処理をしなければならなかったからである。
【０００６】ところで、リレーショナルデータベースの
表は、共通の列で関連付けることができるため、列の関
連を管理する規則を守らなければならないが、これらの
関連が保たれることを保証する機能として、リレーショ
ナルデータベースマネージメントシステム（以下、ＲＤ
ＢＭＳと略記する）の参照整合性制約がある。この参照
整合性制約を利用することにより、スレーブサーバにお
いて主表（ダミー）の定義を行い、主表（ダミー）と従
表（コピー）との間で主従関係の定義を行うことによ
り、データの整合性を保証することが考えられる。
表は、共通の列で関連付けることができるため、列の関
連を管理する規則を守らなければならないが、これらの
関連が保たれることを保証する機能として、リレーショ
ナルデータベースマネージメントシステム（以下、ＲＤ
ＢＭＳと略記する）の参照整合性制約がある。この参照
整合性制約を利用することにより、スレーブサーバにお
いて主表（ダミー）の定義を行い、主表（ダミー）と従
表（コピー）との間で主従関係の定義を行うことによ
り、データの整合性を保証することが考えられる。
【０００７】しかし、スレーブサーバにおいて主表（ダ
ミー）の定義を行い、主表（ダミー）と従表（コピー）
との間で主従関係の定義を行うことにより、データの整
合性を参照整合性制約で保証するようにする場合、さら
に主表（マスタ）と主表（ダミー）とのデータの整合性
をどのように図るのかを考慮しなければならない。
ミー）の定義を行い、主表（ダミー）と従表（コピー）
との間で主従関係の定義を行うことにより、データの整
合性を参照整合性制約で保証するようにする場合、さら
に主表（マスタ）と主表（ダミー）とのデータの整合性
をどのように図るのかを考慮しなければならない。
【０００８】本発明の目的は、主表と従表との主従関係
をもつ複数のサーバからなる分散データベースシステム
において、参照整合性制約を利用することにより、更新
されたデータについて主従関係を保ちつつ効率的な同期
をとることができるようにした分散データベースシステ
ムにおける主従関係情報同期方式を提供することにあ
る。
をもつ複数のサーバからなる分散データベースシステム
において、参照整合性制約を利用することにより、更新
されたデータについて主従関係を保ちつつ効率的な同期
をとることができるようにした分散データベースシステ
ムにおける主従関係情報同期方式を提供することにあ
る。
【０００９】なお、先行技術文献として、たとえば特開
平５−１３５１１３号公報があるが、この公報に開示さ
れた重複データ管理システムでは、クライアントに導出
先管理表および導出元管理表を設け、利用者からのデー
タベース操作言語要求に応答して、管理表制御手段が導
出先管理表および導出元管理表を検索し、アクセス対象
のデータが重複データとして管理されているか否かを調
べて、重複データの管理制御を行っていた。したがっ
て、この重複データ管理システムは、リレーショナルデ
ータベース（マスタ）とリレーショナルデータベース
（スレーブ）とで同一データを重複して保持することを
前提とする本願発明とは、その目的，構成および効果が
全く異なるものである。
平５−１３５１１３号公報があるが、この公報に開示さ
れた重複データ管理システムでは、クライアントに導出
先管理表および導出元管理表を設け、利用者からのデー
タベース操作言語要求に応答して、管理表制御手段が導
出先管理表および導出元管理表を検索し、アクセス対象
のデータが重複データとして管理されているか否かを調
べて、重複データの管理制御を行っていた。したがっ
て、この重複データ管理システムは、リレーショナルデ
ータベース（マスタ）とリレーショナルデータベース
（スレーブ）とで同一データを重複して保持することを
前提とする本願発明とは、その目的，構成および効果が
全く異なるものである。
【００１０】
【課題を解決するための手段】本発明の分散データベー
スシステムにおける主従関係情報同期方式は、主表（マ
スタ）および従表（マスタ）が定義され前記主表（マス
タ）と前記従表（マスタ）との間に主従関係が定義され
たリレーショナルデータベース（マスタ）ならびに該リ
レーショナルデータベース（マスタ）を管理するＲＤＢ
ＭＳ（マスタ）を有するマスタサーバと、主表（コピ
ー）および従表（コピー）が定義されたリレーショナル
データベース（スレーブ）ならびに該リレーショナルデ
ータベース（スレーブ）を管理するＲＤＢＭＳ（スレー
ブ）を有するスレーブサーバとが、回線を介して接続さ
れてなる分散データベースシステムにおいて、主表（ダ
ミー）がさらに定義されるとともに該主表（ダミー）と
前記従表（コピー）との間に主従関係が定義された前記
リレーショナルデータベース（スレーブ）と、前記マス
タサーバに設けられ、前記ＲＤＢＭＳ（マスタ）により
前記リレーショナルデータベース（マスタ）の前記主表
（マスタ）が更新されたときに更新ログ情報が蓄積され
る更新ログファイルと、前記マスタサーバに設けられ、
前記更新ログファイルが更新されたか否かを定期的に監
視するログ監視手段と、前記ログ監視手段により前記更
新ログファイルの更新が検出された場合に前記更新ログ
ファイルの最新の更新ログ情報をもとに前記リレーショ
ナルデータベース（スレーブ）内の前記主表（ダミー）
に対して更新内容の反映を行う更新反映処理手段とを有
することを特徴とする。
スシステムにおける主従関係情報同期方式は、主表（マ
スタ）および従表（マスタ）が定義され前記主表（マス
タ）と前記従表（マスタ）との間に主従関係が定義され
たリレーショナルデータベース（マスタ）ならびに該リ
レーショナルデータベース（マスタ）を管理するＲＤＢ
ＭＳ（マスタ）を有するマスタサーバと、主表（コピ
ー）および従表（コピー）が定義されたリレーショナル
データベース（スレーブ）ならびに該リレーショナルデ
ータベース（スレーブ）を管理するＲＤＢＭＳ（スレー
ブ）を有するスレーブサーバとが、回線を介して接続さ
れてなる分散データベースシステムにおいて、主表（ダ
ミー）がさらに定義されるとともに該主表（ダミー）と
前記従表（コピー）との間に主従関係が定義された前記
リレーショナルデータベース（スレーブ）と、前記マス
タサーバに設けられ、前記ＲＤＢＭＳ（マスタ）により
前記リレーショナルデータベース（マスタ）の前記主表
（マスタ）が更新されたときに更新ログ情報が蓄積され
る更新ログファイルと、前記マスタサーバに設けられ、
前記更新ログファイルが更新されたか否かを定期的に監
視するログ監視手段と、前記ログ監視手段により前記更
新ログファイルの更新が検出された場合に前記更新ログ
ファイルの最新の更新ログ情報をもとに前記リレーショ
ナルデータベース（スレーブ）内の前記主表（ダミー）
に対して更新内容の反映を行う更新反映処理手段とを有
することを特徴とする。
【００１１】一方、本発明の記録媒体は、コンピュータ
を、前記更新ログファイルが更新されたか否かを定期的
に監視するログ監視手段，および前記ログ監視手段によ
り前記更新ログファイルの更新が検出された場合に前記
更新ログファイルの最新の更新ログ情報をもとに前記リ
レーショナルデータベース（スレーブ）内の前記主表
（ダミー）に対して更新内容の反映を行う更新反映処理
手段として機能させるためのプログラムを記録する。
を、前記更新ログファイルが更新されたか否かを定期的
に監視するログ監視手段，および前記ログ監視手段によ
り前記更新ログファイルの更新が検出された場合に前記
更新ログファイルの最新の更新ログ情報をもとに前記リ
レーショナルデータベース（スレーブ）内の前記主表
（ダミー）に対して更新内容の反映を行う更新反映処理
手段として機能させるためのプログラムを記録する。
【００１２】 〔発明の詳細な説明〕以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。
て図面を参照して詳細に説明する。
【００１３】図１は、本発明の第１の実施の形態に係る
主従関係情報同期方式が適用された分散データベースシ
ステムの構成を示すブロック図である。この分散データ
ベースシステムは、マスタのサーバマシンであるマスタ
サーバ１と、スレーブのサーバマシンであるスレーブサ
ーバ７と、クライアントマシンであるクライアント１０
とが、ＬＡＮを介して接続されて構成されている。
主従関係情報同期方式が適用された分散データベースシ
ステムの構成を示すブロック図である。この分散データ
ベースシステムは、マスタのサーバマシンであるマスタ
サーバ１と、スレーブのサーバマシンであるスレーブサ
ーバ７と、クライアントマシンであるクライアント１０
とが、ＬＡＮを介して接続されて構成されている。
【００１４】マスタサーバ１は、ＲＤＢＭＳ（マスタ）
２と、リレーショナルデータベース（マスタ）３と、更
新ログファイル４と、ログ監視手段５と、更新反映処理
手段６とを含んで構成されている。
２と、リレーショナルデータベース（マスタ）３と、更
新ログファイル４と、ログ監視手段５と、更新反映処理
手段６とを含んで構成されている。
【００１５】リレーショナルデータベース（マスタ）３
は、データを格納した主表（マスタ）３１および従表
（マスタ）３２を備える。主表（マスタ）３１と従表
（マスタ）３２との間には、表の主従関係が定義されて
いる。
は、データを格納した主表（マスタ）３１および従表
（マスタ）３２を備える。主表（マスタ）３１と従表
（マスタ）３２との間には、表の主従関係が定義されて
いる。
【００１６】ここで、主表（マスタ）３１と従表（マス
タ）３２とが別々の表となっているのは、表の正規化を
行っているためである。正規化とは、データの冗長性を
排除して、データの一貫性および整合性をもった理解し
やすいデータの構造にする手法である。正規化を行う
と、主キーの部分だけは重複するが、その他のデータ項
目については重複を省くことが可能となり、データ更新
時の処理が簡単になる。なお、主キーおよび外部キー
は、ともに表の正規化を行った際に表の列自体に設定を
行うものである。
タ）３２とが別々の表となっているのは、表の正規化を
行っているためである。正規化とは、データの冗長性を
排除して、データの一貫性および整合性をもった理解し
やすいデータの構造にする手法である。正規化を行う
と、主キーの部分だけは重複するが、その他のデータ項
目については重複を省くことが可能となり、データ更新
時の処理が簡単になる。なお、主キーおよび外部キー
は、ともに表の正規化を行った際に表の列自体に設定を
行うものである。
【００１７】ＲＤＢＭＳ（マスタ）２は、主表（マス
タ）３１および従表（マスタ）３２への更新処理が要求
された場合に、更新処理（ＳＱＬ）が正しいかどうかの
妥当性チェックや表の参照整合性制約に違反していない
かどうかなどのチェックを行ったり、ＲＤＢＭＳ（スレ
ーブ）８に対して更新されたことを通知したりするリレ
ーショナルデータベース管理システムである。また、Ｒ
ＤＢＭＳ（マスタ）２は、ＲＤＢＭＳ（スレーブ）８か
ら主表（コピー）９１および従表（コピー）９２に対し
更新処理が行われたことが通知された場合、主表（マス
タ）３１および従表（マスタ）３２に対して同等の更新
処理を行う。
タ）３１および従表（マスタ）３２への更新処理が要求
された場合に、更新処理（ＳＱＬ）が正しいかどうかの
妥当性チェックや表の参照整合性制約に違反していない
かどうかなどのチェックを行ったり、ＲＤＢＭＳ（スレ
ーブ）８に対して更新されたことを通知したりするリレ
ーショナルデータベース管理システムである。また、Ｒ
ＤＢＭＳ（マスタ）２は、ＲＤＢＭＳ（スレーブ）８か
ら主表（コピー）９１および従表（コピー）９２に対し
更新処理が行われたことが通知された場合、主表（マス
タ）３１および従表（マスタ）３２に対して同等の更新
処理を行う。
【００１８】更新ログファイル４は、リレーショナルデ
ータベース（マスタ）３において主表（マスタ）３１が
更新された場合に、更新ログ情報を蓄積するファイルで
ある。更新ログファイル４には、主表（マスタ）３１の
更新内容が更新ログ情報として格納される。
ータベース（マスタ）３において主表（マスタ）３１が
更新された場合に、更新ログ情報を蓄積するファイルで
ある。更新ログファイル４には、主表（マスタ）３１の
更新内容が更新ログ情報として格納される。
【００１９】ログ監視手段５は、リレーショナルデータ
ベース（マスタ）３内の主表（マスタ）３１が更新され
た際にＲＤＢＭＳ（マスタ）２から出力される更新ログ
情報により更新ログファイル４が更新されているか否か
を定期的に監視し、更新されたことを検知した場合は、
更新反映処理手段６の呼び出しを行うアプリケーション
プログラム手段である。
ベース（マスタ）３内の主表（マスタ）３１が更新され
た際にＲＤＢＭＳ（マスタ）２から出力される更新ログ
情報により更新ログファイル４が更新されているか否か
を定期的に監視し、更新されたことを検知した場合は、
更新反映処理手段６の呼び出しを行うアプリケーション
プログラム手段である。
【００２０】更新反映処理手段６は、ログ監視手段５か
ら呼び出されたときに、更新ログファイル４の最新の更
新ログ情報をもとにスレーブサーバ７のリレーショナル
データベース（スレーブ）９内の主表（ダミー）９３に
対し更新内容の反映を行うアプリケーションプログラム
手段である。
ら呼び出されたときに、更新ログファイル４の最新の更
新ログ情報をもとにスレーブサーバ７のリレーショナル
データベース（スレーブ）９内の主表（ダミー）９３に
対し更新内容の反映を行うアプリケーションプログラム
手段である。
【００２１】スレーブサーバ７は、ＲＤＢＭＳ（スレー
ブ）８と、リレーショナルデータベース（スレーブ）９
とを備える。
ブ）８と、リレーショナルデータベース（スレーブ）９
とを備える。
【００２２】リレーショナルデータベース（スレーブ）
９は、主表（マスタ）３１のコピーである主表（コピ
ー）９１と、従表（マスタ）３２のコピーである従表
（コピー）９２と、主表（マスタ）３１と同じ内容のデ
ータを持つ主表（ダミー）９３とをもつ。
９は、主表（マスタ）３１のコピーである主表（コピ
ー）９１と、従表（マスタ）３２のコピーである従表
（コピー）９２と、主表（マスタ）３１と同じ内容のデ
ータを持つ主表（ダミー）９３とをもつ。
【００２３】主表（ダミー）９３は、主表（コピー）９
１とは異なる名称で定義された表である。
１とは異なる名称で定義された表である。
【００２４】主表（コピー）９１および従表（コピー）
９２は、ＲＤＢＭＳ（マスタ）２内のリレーショナルデ
ータベース（マスタ）３に定義された主表（マスタ）３
１および従表（マスタ）３２とまったく同じデータをも
ち、更新時には、ＲＤＢＭＳ（マスタ）２およびＲＤＢ
ＭＳ（スレーブ）８の参照整合性制約により同期的に更
新される。
９２は、ＲＤＢＭＳ（マスタ）２内のリレーショナルデ
ータベース（マスタ）３に定義された主表（マスタ）３
１および従表（マスタ）３２とまったく同じデータをも
ち、更新時には、ＲＤＢＭＳ（マスタ）２およびＲＤＢ
ＭＳ（スレーブ）８の参照整合性制約により同期的に更
新される。
【００２５】しかし、主表（コピー）９１と従表（コピ
ー）９２との間には、主従関係は定義されていない。主
表（マスタ）３１および従表（マスタ）３２と内容が一
致しているにもかかわらず、主表（コピー）９１と従表
（コピー）９２との間に主従関係が定義されていないの
は、分散データベースシステムにおいては、主表（コピ
ー）９１に対して主キーの設定を行うことができないた
め、主表（コピー）９１と従表（コピー）９２との主従
関係を定義することができないからである。
ー）９２との間には、主従関係は定義されていない。主
表（マスタ）３１および従表（マスタ）３２と内容が一
致しているにもかかわらず、主表（コピー）９１と従表
（コピー）９２との間に主従関係が定義されていないの
は、分散データベースシステムにおいては、主表（コピ
ー）９１に対して主キーの設定を行うことができないた
め、主表（コピー）９１と従表（コピー）９２との主従
関係を定義することができないからである。
【００２６】このため、本実施の形態では、主表（ダミ
ー）９３と従表（コピー）９２との間に主従関係が定義
されている。すなわち、リレーショナルデータベース
（スレーブ）９内にある主表（コピー）９１と従表（コ
ピー）９２との主従関係を定義するために、主表（コピ
ー）９１と同じ内容のデータを持つ表を別名の主表（ダ
ミー）９３として定義して従表（コピー）９２との間で
主従関係を定義する。このように、主表（ダミー）９３
の作成を行い、従表（コピー）９２との間に主従関係を
定義するのは、この主従関係を、以下に示す３点を実現
するために利用するためである。
ー）９３と従表（コピー）９２との間に主従関係が定義
されている。すなわち、リレーショナルデータベース
（スレーブ）９内にある主表（コピー）９１と従表（コ
ピー）９２との主従関係を定義するために、主表（コピ
ー）９１と同じ内容のデータを持つ表を別名の主表（ダ
ミー）９３として定義して従表（コピー）９２との間で
主従関係を定義する。このように、主表（ダミー）９３
の作成を行い、従表（コピー）９２との間に主従関係を
定義するのは、この主従関係を、以下に示す３点を実現
するために利用するためである。
【００２７】１） データの整合性を保つ手段としてＲ
ＤＢＭＳ（マスタ）２およびＲＤＢＭＳ（スレーブ）８
の参照整合性制約を利用するため。
ＤＢＭＳ（マスタ）２およびＲＤＢＭＳ（スレーブ）８
の参照整合性制約を利用するため。
【００２８】２） リレーショナルデータベース（マス
タ）３およびリレーショナルデータベース（スレーブ）
９内の主表（マスタ）３１および従表（マスタ）３２な
らびに主表（コピー）９１および従表（コピー）９２に
対するデータの更新処理において、マスタサーバ１，ス
レーブサーバ７といった環境の違いを意識しないように
するため。
タ）３およびリレーショナルデータベース（スレーブ）
９内の主表（マスタ）３１および従表（マスタ）３２な
らびに主表（コピー）９１および従表（コピー）９２に
対するデータの更新処理において、マスタサーバ１，ス
レーブサーバ７といった環境の違いを意識しないように
するため。
【００２９】３） １），２）と同じことではあるが、
主表（マスタ）３１および主表（コピー）９１に対する
従表（マスタ）３２および従表（コピー）９２を新規に
追加する場合にも従表の定義のみとし、データの整合性
を保つのはＲＤＢＭＳ（マスタ）２およびＲＤＢＭＳ
（スレーブ）８の参照整合性制約を利用し、データ更新
処理の環境の違いを意識しないようにするため。
主表（マスタ）３１および主表（コピー）９１に対する
従表（マスタ）３２および従表（コピー）９２を新規に
追加する場合にも従表の定義のみとし、データの整合性
を保つのはＲＤＢＭＳ（マスタ）２およびＲＤＢＭＳ
（スレーブ）８の参照整合性制約を利用し、データ更新
処理の環境の違いを意識しないようにするため。
【００３０】ＲＤＢＭＳ（スレーブ）８は、主表（コピ
ー）９１および従表（コピー）９２への更新処理が要求
された場合に、更新処理（ＳＱＬ）が正しいかどうかの
妥当性チェックや表の参照整合性制約に違反していない
かどうかなどのチェックを行ったり、ＲＤＢＭＳ（マス
タ）２に対し更新されたことを通知したりするリレーシ
ョナルデータベース管理システムである。また、ＲＤＢ
ＭＳ（スレーブ）８は、ＲＤＢＭＳ（マスタ）２から主
表（マスタ）３１および従表（マスタ）３２に対し更新
処理が行われたことを通知された場合、主表（コピー）
９１および従表（コピー）９２に対して同等の更新処理
を行う。
ー）９１および従表（コピー）９２への更新処理が要求
された場合に、更新処理（ＳＱＬ）が正しいかどうかの
妥当性チェックや表の参照整合性制約に違反していない
かどうかなどのチェックを行ったり、ＲＤＢＭＳ（マス
タ）２に対し更新されたことを通知したりするリレーシ
ョナルデータベース管理システムである。また、ＲＤＢ
ＭＳ（スレーブ）８は、ＲＤＢＭＳ（マスタ）２から主
表（マスタ）３１および従表（マスタ）３２に対し更新
処理が行われたことを通知された場合、主表（コピー）
９１および従表（コピー）９２に対して同等の更新処理
を行う。
【００３１】クライアントマシン１０は、更新処理手段
１１を有する。
１１を有する。
【００３２】更新処理手段１１は、ＬＡＮ経由でマスタ
サーバ１のリレーショナルデータベース（マスタ）３内
の主表（マスタ）３１および従表（マスタ）３２の更新
処理、あるいはスレーブサーバ７のリレーショナルデー
タベース（スレーブ）９内の主表（コピー）９１および
従表（コピー）９２に対して更新処理を行うアプリケー
ションプログラム手段である。ここでの更新処理とは、
表に対するデータの挿入（Ｉｎｓｅｒｔ），表内のデー
タの更新（Ｕｐｄａｔｅ），および表内のデータの削除
（Ｄｅｌｅｔｅ）を表す。
サーバ１のリレーショナルデータベース（マスタ）３内
の主表（マスタ）３１および従表（マスタ）３２の更新
処理、あるいはスレーブサーバ７のリレーショナルデー
タベース（スレーブ）９内の主表（コピー）９１および
従表（コピー）９２に対して更新処理を行うアプリケー
ションプログラム手段である。ここでの更新処理とは、
表に対するデータの挿入（Ｉｎｓｅｒｔ），表内のデー
タの更新（Ｕｐｄａｔｅ），および表内のデータの削除
（Ｄｅｌｅｔｅ）を表す。
【００３３】図２を参照すると、第１の実施の形態に係
る分散データベースシステムにおける主従関係情報同期
方式の処理は、更新ログ情報出力ステップＡ１と、更新
ログファイル更新判定ステップＡ２と、更新反映処理手
段呼び出しステップＡ３と、主表（ダミー）更新ステッ
プＡ４とからなる。
る分散データベースシステムにおける主従関係情報同期
方式の処理は、更新ログ情報出力ステップＡ１と、更新
ログファイル更新判定ステップＡ２と、更新反映処理手
段呼び出しステップＡ３と、主表（ダミー）更新ステッ
プＡ４とからなる。
【００３４】図３は、リレーショナルデータベース（マ
スタ）３，リレーショナルデータベース（スレーブ）９
および更新ログファイル４の内容を例示する図である。
スタ）３，リレーショナルデータベース（スレーブ）９
および更新ログファイル４の内容を例示する図である。
【００３５】次に、第１の実施の形態に係る分散データ
ベースシステムにおける主従関係情報同期方式の動作に
ついて、図１ないし図３を用いて説明する。
ベースシステムにおける主従関係情報同期方式の動作に
ついて、図１ないし図３を用いて説明する。
【００３６】図３に示すように、例えば、主表（マス
タ）３１および従表（マスタ）３２に「コード０００
２」のデータが追加された場合、ＲＤＢＭＳ（マスタ）
２により主表（マスタ）３１の更新ログ情報が更新ログ
ファイル４に書き出される（ステップＡ１）。
タ）３１および従表（マスタ）３２に「コード０００
２」のデータが追加された場合、ＲＤＢＭＳ（マスタ）
２により主表（マスタ）３１の更新ログ情報が更新ログ
ファイル４に書き出される（ステップＡ１）。
【００３７】ログ監視手段５は、更新ログファイル４が
更新されているか否かの監視を定期的に行っており、更
新ログファイル４が更新されていることを検出すると
（ステップＡ２）、更新反映処理手段６の呼び出しを行
う（ステップＡ３）。
更新されているか否かの監視を定期的に行っており、更
新ログファイル４が更新されていることを検出すると
（ステップＡ２）、更新反映処理手段６の呼び出しを行
う（ステップＡ３）。
【００３８】更新反映処理手段６は、更新ログファイル
４の最新の更新ログ情報を元に「コード０００２」のデ
ータを主表（ダミー）９３に追加する（ステップＡ
４）。
４の最新の更新ログ情報を元に「コード０００２」のデ
ータを主表（ダミー）９３に追加する（ステップＡ
４）。
【００３９】続いて、第１の実施の形態に係る分散デー
タベースシステムにおける主従関係情報同期方式の動作
について、図４ないし図７を参照しながらより詳細に説
明する。
タベースシステムにおける主従関係情報同期方式の動作
について、図４ないし図７を参照しながらより詳細に説
明する。
【００４０】（１） クライアント１０からマスタサー
バ１の主表（マスタ）３１の更新処理を行った場合（図
４参照）
バ１の主表（マスタ）３１の更新処理を行った場合（図
４参照）
【００４１】 更新処理手段１１から主表（マスタ）
３１へのデータの更新処理(ＳＱＬ；たとえばｉｎｓｅ
ｒｔ）をＲＤＢＭＳ（マスタ）２に対し要求する。
３１へのデータの更新処理(ＳＱＬ；たとえばｉｎｓｅ
ｒｔ）をＲＤＢＭＳ（マスタ）２に対し要求する。
【００４２】' ＲＤＢＭＳ（マスタ）２は、更新処
理（ＳＱＬ）の妥当性チェックを行い、要求された更新
処理（ＳＱＬ）に誤りがあった場合、更新処理手段１１
にエラーを返却する。
理（ＳＱＬ）の妥当性チェックを行い、要求された更新
処理（ＳＱＬ）に誤りがあった場合、更新処理手段１１
にエラーを返却する。
【００４３】 ＲＤＢＭＳ（マスタ）２は、更新処理
（ＳＱＬ）の妥当性チェックを行い、要求された更新処
理（ＳＱＬ）が正常であれば、主表（マスタ）３１に対
しデータを登録する。
（ＳＱＬ）の妥当性チェックを行い、要求された更新処
理（ＳＱＬ）が正常であれば、主表（マスタ）３１に対
しデータを登録する。
【００４４】 ＲＤＢＭＳ（マスタ）２は、で更新
された内容を更新ログ情報として更新ログファイル４に
書き出す（ステップＡ１）。
された内容を更新ログ情報として更新ログファイル４に
書き出す（ステップＡ１）。
【００４５】 ＲＤＢＭＳ（マスタ）２は、更新され
た内容をＲＤＢＭＳ（スレーブ）８に通知する。
た内容をＲＤＢＭＳ（スレーブ）８に通知する。
【００４６】 ＲＤＢＭＳ（スレーブ）８は、主表
（コピー）９１に対し更新処理（ｉｎｓｅｒｔ）を実行
する。
（コピー）９１に対し更新処理（ｉｎｓｅｒｔ）を実行
する。
【００４７】 ログ監視手段５は、定期的に監視を行
っていた更新ログファイル４が更新されたことを検知す
る（ステップＡ２）。
っていた更新ログファイル４が更新されたことを検知す
る（ステップＡ２）。
【００４８】 ログ監視手段５は、更新反映処理手段
６を呼び出す（ステップＡ３）。
６を呼び出す（ステップＡ３）。
【００４９】 更新反映処理手段６は、更新ログファ
イル４から最新の更新ログ情報を取得する。
イル４から最新の更新ログ情報を取得する。
【００５０】 更新反映処理手段６は、取得した最新
の更新ログ情報を用いて主表（ダミー）９３に対し更新
処理を行う（ステップＡ４）。
の更新ログ情報を用いて主表（ダミー）９３に対し更新
処理を行う（ステップＡ４）。
【００５１】（２） クライアント１０からスレーブサ
ーバ７の主表（コピー）９１の更新処理を行った場合
（図５参照）
ーバ７の主表（コピー）９１の更新処理を行った場合
（図５参照）
【００５２】 更新処理手段１１は、主表（コピー）
９１へのデータの更新処理（ＳＱＬ；たとえばｉｎｓｅ
ｒｔ）をＲＤＢＭＳ（スレーブ）８に対し要求する。
９１へのデータの更新処理（ＳＱＬ；たとえばｉｎｓｅ
ｒｔ）をＲＤＢＭＳ（スレーブ）８に対し要求する。
【００５３】' ＲＤＢＭＳ（スレーブ）８は、更新
処理（ＳＱＬ）の妥当性チェックを行い、要求された更
新処理（ＳＱＬ）に誤りがあった場合、更新処理手段１
１にエラーを返却する。
処理（ＳＱＬ）の妥当性チェックを行い、要求された更
新処理（ＳＱＬ）に誤りがあった場合、更新処理手段１
１にエラーを返却する。
【００５４】 ＲＤＢＭＳ（スレーブ）８は、更新処
理（ＳＱＬ）の妥当性チェックを行い、要求された更新
処理（ＳＱＬ）が正常であれば、主表（コピー）９１に
対しデータを登録する。
理（ＳＱＬ）の妥当性チェックを行い、要求された更新
処理（ＳＱＬ）が正常であれば、主表（コピー）９１に
対しデータを登録する。
【００５５】 ＲＤＢＭＳ（スレーブ）８は、ＲＤＢ
ＭＳ（マスタ）２に更新された内容を通知する。
ＭＳ（マスタ）２に更新された内容を通知する。
【００５６】 ＲＤＢＭＳ（マスタ）２は、主表（マ
スタ）３１に対し更新処理（ｉｎｓｅｒｔ）を実行す
る。
スタ）３１に対し更新処理（ｉｎｓｅｒｔ）を実行す
る。
【００５７】 ＲＤＢＭＳ（マスタ）２は、で更新
された内容を更新ログ情報として更新ログファイル４に
書き出す（ステップＡ１）。
された内容を更新ログ情報として更新ログファイル４に
書き出す（ステップＡ１）。
【００５８】 ログ監視手段５は、定期的に監視を行
っていた更新ログファイル４が更新されたことを検知す
る（ステップＡ２）。
っていた更新ログファイル４が更新されたことを検知す
る（ステップＡ２）。
【００５９】 ログ監視手段５は、更新反映処理手段
６を呼び出す（ステップＡ３）。
６を呼び出す（ステップＡ３）。
【００６０】 更新反映処理手段６は、更新ログファ
イル４から最新の更新ログ情報を取得する。
イル４から最新の更新ログ情報を取得する。
【００６１】 更新反映処理手段６は、取得した最新
の更新ログ情報を用いて主表（ダミー）９３に対し更新
処理を行う（ステップＡ４）。
の更新ログ情報を用いて主表（ダミー）９３に対し更新
処理を行う（ステップＡ４）。
【００６２】（３） クライアント１０からマスタサー
バ１の従表（マスタ）３２に更新処理を行った場合（図
６参照）
バ１の従表（マスタ）３２に更新処理を行った場合（図
６参照）
【００６３】 更新処理手段１１は、従表（マスタ）
３２へのデータの更新処理（ＳＱＬ；たとえばｉｎｓｅ
ｒｔ）をＲＤＢＭＳ（マスタ）２に対し要求する。
３２へのデータの更新処理（ＳＱＬ；たとえばｉｎｓｅ
ｒｔ）をＲＤＢＭＳ（マスタ）２に対し要求する。
【００６４】' ＲＤＢＭＳ（マスタ）２は、要求さ
れた更新処理（ＳＱＬ）の妥当性チェックおよび参照整
合性制約のチェックを行い、更新処理（ＳＱＬ）に誤り
があった場合や参照整合性制約に違反していた場合、更
新処理手段１１にエラーを返却する。
れた更新処理（ＳＱＬ）の妥当性チェックおよび参照整
合性制約のチェックを行い、更新処理（ＳＱＬ）に誤り
があった場合や参照整合性制約に違反していた場合、更
新処理手段１１にエラーを返却する。
【００６５】 ＲＤＢＭＳ（マスタ）２は、要求され
た更新処理（ＳＱＬ）の妥当性チェックおよび参照整合
性制約のチェックを行い、正常であれば従表（マスタ）
３２に対しデータを登録する。
た更新処理（ＳＱＬ）の妥当性チェックおよび参照整合
性制約のチェックを行い、正常であれば従表（マスタ）
３２に対しデータを登録する。
【００６６】 ＲＤＢＭＳ（マスタ）２は、ＲＤＢＭ
Ｓ（スレーブ）８に更新された内容を通知する。
Ｓ（スレーブ）８に更新された内容を通知する。
【００６７】 ＲＤＢＭＳ（スレーブ）８は、従表
（コピー）９２に対し更新処理（ｉｎｓｅｒｔ）を実行
する。
（コピー）９２に対し更新処理（ｉｎｓｅｒｔ）を実行
する。
【００６８】（４） クライアント１０からスレーブサ
ーバ７の従表（コピー）９２に更新処理を行った場合
（図７参照）
ーバ７の従表（コピー）９２に更新処理を行った場合
（図７参照）
【００６９】 更新処理手段１１は、従表（コピー）
９２へのデータの更新処理(ｉｎｓｅｒｔ）をＲＤＢＭ
Ｓ（スレーブ）８に対し要求する。
９２へのデータの更新処理(ｉｎｓｅｒｔ）をＲＤＢＭ
Ｓ（スレーブ）８に対し要求する。
【００７０】' ＲＤＢＭＳ（スレーブ）８は、要求
された更新処理（ＳＱＬ）の妥当性チェックおよび参照
整合性制約のチェックを行い、更新処理（ＳＱＬ）に誤
りがあった場合および参照整合性制約に違反していた場
合、更新処理手段１１にエラーを返却する。
された更新処理（ＳＱＬ）の妥当性チェックおよび参照
整合性制約のチェックを行い、更新処理（ＳＱＬ）に誤
りがあった場合および参照整合性制約に違反していた場
合、更新処理手段１１にエラーを返却する。
【００７１】 ＲＤＢＭＳ（スレーブ）８は、要求さ
れた更新処理（ＳＱＬ）の妥当性チェックおよび参照整
合性制約のチェックを行い、正常であれば従表（コピ
ー）９２に対しデータを登録する。
れた更新処理（ＳＱＬ）の妥当性チェックおよび参照整
合性制約のチェックを行い、正常であれば従表（コピ
ー）９２に対しデータを登録する。
【００７２】 ＲＤＢＭＳ（スレーブ）８は、ＲＤＢ
ＭＳ（マスタ）２に更新された内容を通知する。
ＭＳ（マスタ）２に更新された内容を通知する。
【００７３】 ＲＤＢＭＳ（マスタ）２は、従表（マ
スタ）３２に対し更新処理（ｉｎｓｅｒｔ）を実行す
る。
スタ）３２に対し更新処理（ｉｎｓｅｒｔ）を実行す
る。
【００７４】なお、本実施の形態では、マスタサーバ１
およびスレーブサーバ７の２台のサーバを用いる場合を
例にとって説明したが、スレーブサーバ７の数は複数台
であってもよい。
およびスレーブサーバ７の２台のサーバを用いる場合を
例にとって説明したが、スレーブサーバ７の数は複数台
であってもよい。
【００７５】また、スレーブサーバ７側にも更新ログフ
ァイル４，ログ監視手段５および更新反映処理手段６を
設けるようにすれば、マスタサーバ１とスレーブサーバ
７との役割を相互に交換可能とすることができる。
ァイル４，ログ監視手段５および更新反映処理手段６を
設けるようにすれば、マスタサーバ１とスレーブサーバ
７との役割を相互に交換可能とすることができる。
【００７６】次に、本発明の第２の実施の形態について
説明する。
説明する。
【００７７】図８は、本発明の第２の実施の形態に係る
主従関係情報同期方式が適用された分散データベースシ
ステムの構成を示すブロック図である。
主従関係情報同期方式が適用された分散データベースシ
ステムの構成を示すブロック図である。
【００７８】図８を参照すると、本発明の第２の実施の
形態は、マスタサーバ１にマスタサーバ側プログラムを
記録する記録媒体１００を備える構成となっている。こ
の記録媒体１００は、磁気ディスク，半導体メモリ，そ
の他の記録媒体であってよい。
形態は、マスタサーバ１にマスタサーバ側プログラムを
記録する記録媒体１００を備える構成となっている。こ
の記録媒体１００は、磁気ディスク，半導体メモリ，そ
の他の記録媒体であってよい。
【００７９】マスタサーバ側プログラムは、記録媒体１
００からマスタサーバ１に読み込まれ、ＲＤＢＭＳ（マ
スタ）２，更新ログファイル４，ログ監視手段５，およ
び更新反映処理手段６として動作する。したがって、マ
スタサーバ１の動作は、図１ないし図７で説明した第１
の実施の形態に係る主従関係情報同期方式が適用された
分散データベースシステムにおけるマスタサーバ１の動
作と全く同様になるので、その詳しい説明を割愛する。
００からマスタサーバ１に読み込まれ、ＲＤＢＭＳ（マ
スタ）２，更新ログファイル４，ログ監視手段５，およ
び更新反映処理手段６として動作する。したがって、マ
スタサーバ１の動作は、図１ないし図７で説明した第１
の実施の形態に係る主従関係情報同期方式が適用された
分散データベースシステムにおけるマスタサーバ１の動
作と全く同様になるので、その詳しい説明を割愛する。
【００８０】
【発明の効果】本発明の効果は、マスタサーバの主表
（マスタ）の更新処理を行うだけで、分散されたスレー
ブサーバにも内容および表の主従関係を保ちつつ更新処
理を行うことができ、この結果、サーバ毎に同様の内容
のデータを更新する処理が不要となることである。その
理由は、ログ監視手段により主表（マスタ）の更新ログ
情報の監視を行い、更新が行われた場合のみ分散された
スレーブサーバの主表（ダミー）に対して更新内容の反
映を行うようにしたためである。
（マスタ）の更新処理を行うだけで、分散されたスレー
ブサーバにも内容および表の主従関係を保ちつつ更新処
理を行うことができ、この結果、サーバ毎に同様の内容
のデータを更新する処理が不要となることである。その
理由は、ログ監視手段により主表（マスタ）の更新ログ
情報の監視を行い、更新が行われた場合のみ分散された
スレーブサーバの主表（ダミー）に対して更新内容の反
映を行うようにしたためである。
【００８１】また、主表に対する従表を新規に追加する
場合には、従来は、従表の定義を行う（マスタサーバ，
スレーブサーバ）とともにデータの更新，アプリケーシ
ョンプログラム側での整合性の保証の実装（サーバの
み）が必要であったが、本願発明では、従表の定義（マ
スタサーバ，スレーブサーバ）と主表（ダミー）に対す
る外部キーの設定（主従関係を結ぶ）とを行うだけでよ
いため、従表の追加が容易に行えるという利点がある。
場合には、従来は、従表の定義を行う（マスタサーバ，
スレーブサーバ）とともにデータの更新，アプリケーシ
ョンプログラム側での整合性の保証の実装（サーバの
み）が必要であったが、本願発明では、従表の定義（マ
スタサーバ，スレーブサーバ）と主表（ダミー）に対す
る外部キーの設定（主従関係を結ぶ）とを行うだけでよ
いため、従表の追加が容易に行えるという利点がある。
【図１】本発明の第１の実施の形態に係る分散データベ
ースシステムにおける主従関係情報同期方式の構成を示
すブロック図である。
ースシステムにおける主従関係情報同期方式の構成を示
すブロック図である。
【図２】本実施の形態に係る分散データベースシステム
における主従関係情報同期方式の動作を示すフローチャ
ートである。
における主従関係情報同期方式の動作を示すフローチャ
ートである。
【図３】図１中のリレーショナルデータ（マスタ），リ
レーショナルデータベース（スレーブ）および更新ログ
ファイルの内容を例示する図である。
レーショナルデータベース（スレーブ）および更新ログ
ファイルの内容を例示する図である。
【図４】図１中のクライアントからマスタサーバの主表
（マスタ）に更新処理を行った場合の動作説明図であ
る。
（マスタ）に更新処理を行った場合の動作説明図であ
る。
【図５】図１中のクライアントからスレーブサーバの主
表（コピー）に更新処理を行った場合の動作説明図であ
る。
表（コピー）に更新処理を行った場合の動作説明図であ
る。
【図６】図１中のクライアントからマスタサーバの従表
（マスタ）に更新処理を行った場合の動作説明図であ
る。
（マスタ）に更新処理を行った場合の動作説明図であ
る。
【図７】図１中のクライアントからスレーブサーバの従
表（コピー）に更新処理を行った場合の動作説明図であ
る。
表（コピー）に更新処理を行った場合の動作説明図であ
る。
【図８】本発明の第２の実施の形態に係る分散データベ
ースシステムにおける主従関係情報同期方式の構成を示
すブロック図である。
ースシステムにおける主従関係情報同期方式の構成を示
すブロック図である。
１ マスタサーバ ２ ＲＤＢＭＳ（マスタ） ３ リレーショナルデータベース（マスタ） ４ 更新ログファイル ５ ログ監視手段 ６ 更新反映処理手段 ７ スレーブサーバ ８ ＲＤＢＭＳ（スレーブ） ９ リレーショナルデータベース（マスタ） ３１ 主表（マスタ） ３２ 従表（マスタ） ９１ 主表（コピー） ９２ 従表（コピー） ９３ 主表（ダミー） １００ 記録媒体
Claims (6)
- 【請求項１】 主表（マスタ）および従表（マスタ）が
定義され前記主表（マスタ）と前記従表（マスタ）との
間に主従関係が定義されたリレーショナルデータベース
（マスタ）ならびに該リレーショナルデータベース（マ
スタ）を管理するＲＤＢＭＳ（マスタ）を有するマスタ
サーバと、主表（コピー）および従表（コピー）が定義
されたリレーショナルデータベース（スレーブ）ならび
に該リレーショナルデータベース（スレーブ）を管理す
るＲＤＢＭＳ（スレーブ）を有するスレーブサーバと
が、回線を介して接続されてなる分散データベースシス
テムにおいて、主表（ダミー）がさらに定義されるとと
もに該主表（ダミー）と前記従表（コピー）との間に主
従関係が定義された前記リレーショナルデータベース
（スレーブ）と、前記マスタサーバに設けられ、前記Ｒ
ＤＢＭＳ（マスタ）により前記リレーショナルデータベ
ース（マスタ）の前記主表（マスタ）が更新されたとき
に更新ログ情報が蓄積される更新ログファイルと、前記
マスタサーバに設けられ、前記更新ログファイルが更新
されたか否かを定期的に監視するログ監視手段と、前記
ログ監視手段により前記更新ログファイルの更新が検出
された場合に前記更新ログファイルの最新の更新ログ情
報をもとに前記リレーショナルデータベース（スレー
ブ）内の前記主表（ダミー）に対して更新内容の反映を
行う更新反映処理手段とを有することを特徴とする分散
データベースシステムにおける主従関係情報同期方式。 - 【請求項２】 前記主表（マスタ）と前記従表（マス
タ）とが正規化されているとともに、前記主表（コピ
ー）と前記従表（コピー）とが正規化されている請求項
１記載の分散データベースシステムにおける主従関係情
報同期方式。 - 【請求項３】 １台の前記マスタサーバに対して複数台
の前記スレーブサーバが接続されてなる請求項１または
２記載の分散データベースシステムにおける主従関係情
報同期方式。 - 【請求項４】 前記ＲＤＢＭＳ（マスタ）が、前記従表
（マスタ）の更新処理が要求された場合に、更新処理が
正しいかどうかの妥当性チェックおよび表の参照整合性
制約に違反していないかどうかのチェックを行って正常
であれば前記従表（マスタ）の更新処理を行うとともに
前記ＲＤＢＭＳ（スレーブ）に対して更新されたことを
通知し、前記ＲＤＢＭＳ（スレーブ）から前記主表（コ
ピー）および前記従表（コピー）に対し更新処理が行わ
れたことを通知された場合に前記主表（マスタ）および
前記従表（マスタ）に対して同等の更新処理を行う請求
項１または２記載の分散データベースシステムにおける
主従関係情報同期方式。 - 【請求項５】 前記ＲＤＢＭＳ（スレーブ）が、前記従
表（コピー）の更新処理が要求された場合に、更新処理
が正しいかどうかの妥当性チェックおよび表の参照整合
性制約に違反していないかどうかのチェックを行って正
常であれば前記従表（コピー）の更新処理を行うととも
に前記ＲＤＢＭＳ（マスタ）に対して更新されたことを
通知し、前記ＲＤＢＭＳ（マスタ）から前記主表（マス
タ）および前記従表（マスタ）に対し更新処理が行われ
たことを通知された場合に前記主表（コピー）および前
記従表（コピー）に対して同等の更新処理を行う請求項
１または２記載の分散データベースシステムにおける主
従関係情報同期方式。 - 【請求項６】 コンピュータを、前記更新ログファイル
が更新されたか否かを定期的に監視するログ監視手段，
および前記ログ監視手段により前記更新ログファイルの
更新が検出された場合に前記更新ログファイルの最新の
更新ログ情報をもとに前記リレーショナルデータベース
（スレーブ）内の前記主表（ダミー）に対して更新内容
の反映を行う更新反映処理手段として機能させるための
プログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21147699A JP3612449B2 (ja) | 1999-07-27 | 1999-07-27 | 分散データベースシステムにおける主従関係情報同期方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21147699A JP3612449B2 (ja) | 1999-07-27 | 1999-07-27 | 分散データベースシステムにおける主従関係情報同期方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001034518A true JP2001034518A (ja) | 2001-02-09 |
| JP3612449B2 JP3612449B2 (ja) | 2005-01-19 |
Family
ID=16606589
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21147699A Expired - Fee Related JP3612449B2 (ja) | 1999-07-27 | 1999-07-27 | 分散データベースシステムにおける主従関係情報同期方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3612449B2 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040040938A (ko) * | 2002-11-08 | 2004-05-13 | 에스케이 텔레콤주식회사 | 고객정보 동기화 방법 |
| KR100503899B1 (ko) * | 2002-11-26 | 2005-07-25 | 진진시스템(주) | 데이터베이스 복제시스템 및 그 복제방법 |
| WO2006129931A1 (en) * | 2005-05-31 | 2006-12-07 | Nhn Corporation | Method and system for synchronizing status of member servers belonging to same replication group |
| KR100839445B1 (ko) * | 2007-02-15 | 2008-06-19 | 건국대학교 산학협력단 | 메시지 다이제스트를 이용한 모바일 데이터베이스 동기화시스템 및 그 방법 |
| JP2012513632A (ja) * | 2008-12-22 | 2012-06-14 | ノーテル ネットワークス リミテッド | 選択的データベースレプリケーション |
| JP2014170574A (ja) * | 2014-04-25 | 2014-09-18 | Bank Of Tokyo-Mitsubishi Ufj Ltd | データベースサーバ |
| JP2020057416A (ja) * | 2015-02-27 | 2020-04-09 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | 分散データベースにおけるデータブロックを処理する方法およびデバイス |
| CN112905707A (zh) * | 2021-03-31 | 2021-06-04 | 浙江太美医疗科技股份有限公司 | 关系数据库与搜索引擎的同步方法、装置和计算机存储介质 |
| CN113742321A (zh) * | 2020-09-24 | 2021-12-03 | 北京沃东天骏信息技术有限公司 | 一种数据更新的方法和装置 |
| CN116303476A (zh) * | 2023-05-18 | 2023-06-23 | 北京合思信息技术有限公司 | 大数据存储方法、装置、电子设备及介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0233665A (ja) * | 1988-07-15 | 1990-02-02 | Internatl Business Mach Corp <Ibm> | データベース管理システム |
| JPH02116973A (ja) * | 1988-09-23 | 1990-05-01 | Internatl Business Mach Corp <Ibm> | リレーシヨナル・データベース管理システム |
| JPH04342070A (ja) * | 1991-05-20 | 1992-11-27 | Nec Corp | 分散型関係データベースにおける重複データの検索方法 |
| JPH064383A (ja) * | 1992-06-16 | 1994-01-14 | Hitachi Ltd | データベース管理方法およびシステム |
| JPH0765031A (ja) * | 1993-08-27 | 1995-03-10 | Toshiba Corp | 重複分散データベースを持つ情報処理システム |
| JPH07295868A (ja) * | 1994-04-27 | 1995-11-10 | Hitachi Ltd | データベースの整合性制約管理方法 |
| JPH09146804A (ja) * | 1995-11-28 | 1997-06-06 | Toshiba Corp | データ整合装置 |
-
1999
- 1999-07-27 JP JP21147699A patent/JP3612449B2/ja not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0233665A (ja) * | 1988-07-15 | 1990-02-02 | Internatl Business Mach Corp <Ibm> | データベース管理システム |
| JPH02116973A (ja) * | 1988-09-23 | 1990-05-01 | Internatl Business Mach Corp <Ibm> | リレーシヨナル・データベース管理システム |
| JPH04342070A (ja) * | 1991-05-20 | 1992-11-27 | Nec Corp | 分散型関係データベースにおける重複データの検索方法 |
| JPH064383A (ja) * | 1992-06-16 | 1994-01-14 | Hitachi Ltd | データベース管理方法およびシステム |
| JPH0765031A (ja) * | 1993-08-27 | 1995-03-10 | Toshiba Corp | 重複分散データベースを持つ情報処理システム |
| JPH07295868A (ja) * | 1994-04-27 | 1995-11-10 | Hitachi Ltd | データベースの整合性制約管理方法 |
| JPH09146804A (ja) * | 1995-11-28 | 1997-06-06 | Toshiba Corp | データ整合装置 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040040938A (ko) * | 2002-11-08 | 2004-05-13 | 에스케이 텔레콤주식회사 | 고객정보 동기화 방법 |
| KR100503899B1 (ko) * | 2002-11-26 | 2005-07-25 | 진진시스템(주) | 데이터베이스 복제시스템 및 그 복제방법 |
| WO2006129931A1 (en) * | 2005-05-31 | 2006-12-07 | Nhn Corporation | Method and system for synchronizing status of member servers belonging to same replication group |
| US9338232B2 (en) | 2005-05-31 | 2016-05-10 | Nhn Entertainment Corporation | Method and system for synchronizing status of member servers belonging to same replication group |
| KR100839445B1 (ko) * | 2007-02-15 | 2008-06-19 | 건국대학교 산학협력단 | 메시지 다이제스트를 이용한 모바일 데이터베이스 동기화시스템 및 그 방법 |
| US9239767B2 (en) | 2008-12-22 | 2016-01-19 | Rpx Clearinghouse Llc | Selective database replication |
| JP2012513632A (ja) * | 2008-12-22 | 2012-06-14 | ノーテル ネットワークス リミテッド | 選択的データベースレプリケーション |
| JP2014170574A (ja) * | 2014-04-25 | 2014-09-18 | Bank Of Tokyo-Mitsubishi Ufj Ltd | データベースサーバ |
| JP2020057416A (ja) * | 2015-02-27 | 2020-04-09 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | 分散データベースにおけるデータブロックを処理する方法およびデバイス |
| JP6996812B2 (ja) | 2015-02-27 | 2022-01-17 | アリババ・グループ・ホールディング・リミテッド | 分散データベースにおけるデータブロックを処理する方法、プログラム、およびデバイス |
| CN113742321A (zh) * | 2020-09-24 | 2021-12-03 | 北京沃东天骏信息技术有限公司 | 一种数据更新的方法和装置 |
| CN112905707A (zh) * | 2021-03-31 | 2021-06-04 | 浙江太美医疗科技股份有限公司 | 关系数据库与搜索引擎的同步方法、装置和计算机存储介质 |
| CN116303476A (zh) * | 2023-05-18 | 2023-06-23 | 北京合思信息技术有限公司 | 大数据存储方法、装置、电子设备及介质 |
| CN116303476B (zh) * | 2023-05-18 | 2023-09-01 | 北京合思信息技术有限公司 | 大数据存储方法、装置、电子设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3612449B2 (ja) | 2005-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7053847B2 (ja) | コンテンツ管理システムにおけるメタデータ再同期 | |
| US6615223B1 (en) | Method and system for data replication | |
| US8595381B2 (en) | Hierarchical file synchronization method, software and devices | |
| US9367579B1 (en) | System and method for maintaining a file change log within a distributed file system | |
| JP4880668B2 (ja) | 冗長データストアにおける非同期データを識別するための、およびそれを再同期させるための装置および方法 | |
| US6873995B2 (en) | Method, system, and program product for transaction management in a distributed content management application | |
| US9262282B2 (en) | System and method for synchornisation of data and recovery of failures during synchronization between two systems | |
| US7509354B2 (en) | System, method, and computer program product for multi-master replication conflict resolution | |
| EP2619695B1 (en) | System and method for managing integrity in a distributed database | |
| JP4993772B2 (ja) | リソースのフレッシュさおよび複製 | |
| US9411866B2 (en) | Replication mechanisms for database environments | |
| US20150347250A1 (en) | Database management system for providing partial re-synchronization and partial re-synchronization method of using the same | |
| CN109992628B (zh) | 数据同步的方法、装置、服务器及计算机可读存储介质 | |
| US20070255763A1 (en) | Database replication method and system | |
| US20080140734A1 (en) | Method for identifying logical data discrepancies between database replicas in a database cluster | |
| US20090012932A1 (en) | Method and System For Data Storage And Management | |
| EP1462960A2 (en) | Consistency unit replication in application-defined systems | |
| US9652346B2 (en) | Data consistency control method and software for a distributed replicated database system | |
| KR20080071131A (ko) | 자원 복제를 위한 컴퓨터 실행가능 명령어를 갖는 컴퓨터판독가능 매체, 방법 및 장치 | |
| CN108153804B (zh) | 一种对称分布式文件***的元数据日志更新方法 | |
| JP4136615B2 (ja) | データベースシステム及びデータベースのアクセス方法 | |
| WO2023134519A1 (zh) | 在分布式数据库中同步更新元数据的方法及装置 | |
| JP2001034518A (ja) | 分散データベースシステムにおける主従関係情報同期方式 | |
| Kang et al. | Remus: Efficient live migration for distributed databases with snapshot isolation | |
| JP2006185108A (ja) | ストレージシステムのデータを管理する管理計算機及びデータ管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040210 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040304 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20040304 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040304 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040416 |
|
| 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: 20041005 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041025 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S633 | Written request for registration of reclamation of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313633 |
|
| 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: 20081029 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111029 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121029 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131029 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |