JP2001034518A - Master-slave relation information synchronization system in decentralized database - Google Patents

Master-slave relation information synchronization system in decentralized database

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
Application number
JP11211476A
Other languages
Japanese (ja)
Other versions
JP3612449B2 (en
Inventor
Junichi Moriyama
潤一 森山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Solution Innovators Ltd
Original Assignee
NEC Software Chubu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Software Chubu Ltd filed Critical NEC Software Chubu Ltd
Priority to JP21147699A priority Critical patent/JP3612449B2/en
Publication of JP2001034518A publication Critical patent/JP2001034518A/en
Application granted granted Critical
Publication of JP3612449B2 publication Critical patent/JP3612449B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To make efficiently synchronizable updated data in a decentralized database system of multiple servers having a master-slave relation between a master table and a slave table while maintaining the master-slave relation. SOLUTION: A main table (dummy) 93 is provided in a relational database (slave) 9 on a slave server 7 and the master-slave relation is defined between the master table (dummy) 93 and a slave table (copy) 92. A log monitor means 5 periodically monitors whether or not an update log file 4 is updates according to update log information outputted when a master table (master) 31 is updated in a relational database (master) on a master server 1. An update reflecting process means 6 reflects the update contents on the master table (dummy) 93 in the relational database (slave) 9 in the slave server 7 according to the latest update log information of the update log file 4 when the log monitor means 5 detects the update of the update log file 4.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は分散データベースシ
ステムにおける主従関係情報同期方式に関し、特に主表
(参照表または親表ともいう)と従表(主表の一部のデ
ータ項目を参照することによって関係付けられた表であ
り、依存表または子表ともいう)との主従関係をもつ複
数のサーバからなる分散データベースシステムにおける
主従関係情報同期方式に関する。ここで、表の主従関係
とは、従表が主表の主キー(表内で一意となるデータ項
目をいう)に対して外部キー(主キーを参照する参照整
合性制約の定義に含まれている列または列の集合をい
う)を作成することにより、主表のレコードと従表のレ
コードとの間に付けられた関係をいう。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a master-slave relationship information synchronization method in a distributed database system, and more particularly to a master table (also referred to as a reference table or parent table) and a slave table (referring to some data items of the master table). The present invention relates to a master-slave relationship information synchronization method in a distributed database system including a plurality of servers having a master-slave relationship with a related table (also referred to as a dependent table or a child table). Here, the master-detail relationship of the table means that the dependent table is included in the definition of the referential integrity constraint that refers to the primary key (refers to a data item that is unique within the table) of the primary table (refers to a data item that is unique in the table). (Referred to as a column or a set of columns) is referred to as a relationship between records in the main table and records in the sub-table.

【0002】[0002]

【従来の技術】従来の分散データベースシステムは、た
とえば、主表(マスタ)および従表(マスタ)が定義さ
れ、主表(マスタ)と従表(マスタ)との間に主従関係
が定義されたリレーショナルデータベース(マスタ)な
らびにこのリレーショナルデータベース(マスタ)を管
理するRDBMS(マスタ)を有するマスタサーバと、
主表(コピー)および従表(コピー)が定義されたリレ
ーショナルデータベース(スレーブ)ならびにこのリレ
ーショナルデータベース(スレーブ)を管理するRDB
MS(スレーブ)を有するスレーブサーバとが、LAN
(Local Area Network)等の回線を
介して接続されて構成されていた。
2. Description of the Related Art In a conventional distributed database system, for example, a master table (master) and a slave table (master) are defined, and a master-slave relationship is defined between the master table (master) and the slave table (master). A master server having a relational database (master) and an RDBMS (master) managing the relational database (master);
Relational database (slave) in which main table (copy) and slave table (copy) are defined, and RDB managing this relational database (slave)
A slave server having an MS (slave) is connected to a LAN
(Local Area Network) or the like.

【0003】このような従来の分散データベースシステ
ムでは、スレーブサーバにおいて、主表(コピー)と従
表(コピー)との主従関係の定義が行えない(主表(コ
ピー)に主キーの定義が行えない)ために、データのレ
コード内に主従関係の情報を持つなどしてアプリケーシ
ョンプログラム側でデータの整合性を保証しなければな
らなかった。すなわち、主従関係をレコード内に情報と
して持っていたので、アプリケーションプログラム側で
データの整合性を保つための処理をしなければならず、
マスタサーバとスレーブサーバとで環境の違いを意識し
た異なる更新処理を作成しなければならなかった。
In such a conventional distributed database system, the slave server cannot define the master-slave relationship between the main table (copy) and the slave table (copy) (the primary key cannot be defined in the master table (copy)). Therefore, the data consistency of the data must be guaranteed on the application program side, for example, by having information on the master-slave relationship in the data record. That is, since the master-slave relationship was held as information in the record, the application program had to perform processing to maintain data consistency.
A different update process had to be created for the master server and the slave server, taking into account the differences in the environment.

【0004】[0004]

【発明が解決しようとする課題】第1の問題点は、更新
されたデータについて主従関係を保ちつつ効率的な同期
をとることが難しいということである。その理由は、ア
プリケーションプログラム側で主表および従表の内容の
同期をとる処理とは別に主従関係を関係付ける処理が必
要であったからである。
A first problem is that it is difficult to efficiently synchronize updated data while maintaining a master-slave relationship. The reason is that it is necessary for the application program to perform a process for associating a master-slave relationship separately from the process for synchronizing the contents of the master table and the slave table.

【0005】第2の問題点は、主表に対する従表を新規
に追加する場合に、従表の定義を行う(マスタサーバ,
スレーブサーバ)とともにデータの更新,アプリケーシ
ョンプログラム側での整合性の保証の実装(サーバの
み)が必要であるということである。その理由は、アプ
リケーションプログラム側でデータの整合性を保つため
の処理をしなければならなかったからである。
A second problem is that when a new subordinate table is added to the main table, the subordinate table is defined (master server,
This means that it is necessary to update data (slave server) together with the implementation of consistency assurance on the application program side (server only). The reason for this is that the application program must perform processing for maintaining data consistency.

【0006】ところで、リレーショナルデータベースの
表は、共通の列で関連付けることができるため、列の関
連を管理する規則を守らなければならないが、これらの
関連が保たれることを保証する機能として、リレーショ
ナルデータベースマネージメントシステム(以下、RD
BMSと略記する)の参照整合性制約がある。この参照
整合性制約を利用することにより、スレーブサーバにお
いて主表(ダミー)の定義を行い、主表(ダミー)と従
表(コピー)との間で主従関係の定義を行うことによ
り、データの整合性を保証することが考えられる。
[0006] By the way, tables in a relational database can be related by a common column. Therefore, rules for managing column relations must be observed. However, as a function for guaranteeing that these relations are maintained, relational tables are used. Database management system (hereinafter RD)
(Abbreviated as BMS). By using the referential integrity constraint, a master table (dummy) is defined in the slave server, and a master-slave relationship is defined between the master table (dummy) and the slave table (copy), thereby enabling data to be defined. It is conceivable to ensure consistency.

【0007】しかし、スレーブサーバにおいて主表(ダ
ミー)の定義を行い、主表(ダミー)と従表(コピー)
との間で主従関係の定義を行うことにより、データの整
合性を参照整合性制約で保証するようにする場合、さら
に主表(マスタ)と主表(ダミー)とのデータの整合性
をどのように図るのかを考慮しなければならない。
However, the master table (dummy) is defined in the slave server, and the master table (dummy) and the slave table (copy) are defined.
If a master-servant relationship is defined between the master table and the master table (dummy), the data consistency between the main table (master) and the main table (dummy) should be further verified. You have to consider what you want to do.

【0008】本発明の目的は、主表と従表との主従関係
をもつ複数のサーバからなる分散データベースシステム
において、参照整合性制約を利用することにより、更新
されたデータについて主従関係を保ちつつ効率的な同期
をとることができるようにした分散データベースシステ
ムにおける主従関係情報同期方式を提供することにあ
る。
An object of the present invention is to maintain a master-slave relationship for updated data in a distributed database system comprising a plurality of servers having a master-slave relationship between a master table and a slave table by using referential integrity constraints. It is an object of the present invention to provide a master-slave relationship information synchronization method in a distributed database system capable of achieving efficient synchronization.

【0009】なお、先行技術文献として、たとえば特開
平5−135113号公報があるが、この公報に開示さ
れた重複データ管理システムでは、クライアントに導出
先管理表および導出元管理表を設け、利用者からのデー
タベース操作言語要求に応答して、管理表制御手段が導
出先管理表および導出元管理表を検索し、アクセス対象
のデータが重複データとして管理されているか否かを調
べて、重複データの管理制御を行っていた。したがっ
て、この重複データ管理システムは、リレーショナルデ
ータベース(マスタ)とリレーショナルデータベース
(スレーブ)とで同一データを重複して保持することを
前提とする本願発明とは、その目的,構成および効果が
全く異なるものである。
As a prior art document, for example, there is JP-A-5-135113. In the duplicate data management system disclosed in this publication, a client is provided with a derivation destination management table and a derivation source management table, In response to the database operation language request from, the management table control means searches the derivation destination management table and the derivation source management table, and checks whether or not the data to be accessed is managed as duplicate data. Management control was performed. Therefore, this duplicated data management system is completely different from the present invention on the premise that the same data is retained in the relational database (master) and the relational database (slave) in duplicate, and the purpose, configuration and effect are completely different. It is.

【0010】[0010]

【課題を解決するための手段】本発明の分散データベー
スシステムにおける主従関係情報同期方式は、主表(マ
スタ)および従表(マスタ)が定義され前記主表(マス
タ)と前記従表(マスタ)との間に主従関係が定義され
たリレーショナルデータベース(マスタ)ならびに該リ
レーショナルデータベース(マスタ)を管理するRDB
MS(マスタ)を有するマスタサーバと、主表(コピ
ー)および従表(コピー)が定義されたリレーショナル
データベース(スレーブ)ならびに該リレーショナルデ
ータベース(スレーブ)を管理するRDBMS(スレー
ブ)を有するスレーブサーバとが、回線を介して接続さ
れてなる分散データベースシステムにおいて、主表(ダ
ミー)がさらに定義されるとともに該主表(ダミー)と
前記従表(コピー)との間に主従関係が定義された前記
リレーショナルデータベース(スレーブ)と、前記マス
タサーバに設けられ、前記RDBMS(マスタ)により
前記リレーショナルデータベース(マスタ)の前記主表
(マスタ)が更新されたときに更新ログ情報が蓄積され
る更新ログファイルと、前記マスタサーバに設けられ、
前記更新ログファイルが更新されたか否かを定期的に監
視するログ監視手段と、前記ログ監視手段により前記更
新ログファイルの更新が検出された場合に前記更新ログ
ファイルの最新の更新ログ情報をもとに前記リレーショ
ナルデータベース(スレーブ)内の前記主表(ダミー)
に対して更新内容の反映を行う更新反映処理手段とを有
することを特徴とする。
According to the master-slave relationship information synchronizing method in the distributed database system of the present invention, a master table and a slave table are defined, and the master table and the slave table are defined. Relational database (master) in which master-slave relationship is defined between RDB and RDB managing the relational database (master)
A master server having an MS (master) and a slave server having a relational database (slave) in which a master table (copy) and a slave table (copy) are defined and an RDBMS (slave) managing the relational database (slave) In a distributed database system connected via a line, a master table (dummy) is further defined and a master-slave relationship is defined between the master table (dummy) and the slave table (copy). A database (slave), an update log file provided in the master server, and storing update log information when the main table (master) of the relational database (master) is updated by the RDBMS (master); Provided in the master server,
A log monitoring unit that periodically monitors whether the update log file has been updated; and a unit that, when the update of the update log file is detected by the log monitoring unit, updates the log information of the update log file. And the main table (dummy) in the relational database (slave)
And an update reflection processing unit for reflecting the update content to the update.

【0011】一方、本発明の記録媒体は、コンピュータ
を、前記更新ログファイルが更新されたか否かを定期的
に監視するログ監視手段,および前記ログ監視手段によ
り前記更新ログファイルの更新が検出された場合に前記
更新ログファイルの最新の更新ログ情報をもとに前記リ
レーショナルデータベース(スレーブ)内の前記主表
(ダミー)に対して更新内容の反映を行う更新反映処理
手段として機能させるためのプログラムを記録する。
On the other hand, according to the recording medium of the present invention, a log monitoring means for periodically monitoring whether or not the update log file has been updated, and the update of the update log file is detected by the log monitoring means. A program for causing the main table (dummy) in the relational database (slave) to reflect update contents based on the latest update log information of the update log file, and to function as update reflection processing means. Record

【0012】 〔発明の詳細な説明〕以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。
DETAILED DESCRIPTION OF THE INVENTION Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

【0013】図1は、本発明の第1の実施の形態に係る
主従関係情報同期方式が適用された分散データベースシ
ステムの構成を示すブロック図である。この分散データ
ベースシステムは、マスタのサーバマシンであるマスタ
サーバ1と、スレーブのサーバマシンであるスレーブサ
ーバ7と、クライアントマシンであるクライアント10
とが、LANを介して接続されて構成されている。
FIG. 1 is a block diagram showing a configuration of a distributed database system to which a master-slave relationship information synchronization system according to a first embodiment of the present invention is applied. This distributed database system includes a master server 1 as a master server machine, a slave server 7 as a slave server machine, and a client 10 as a client machine.
Are connected via a LAN.

【0014】マスタサーバ1は、RDBMS(マスタ)
2と、リレーショナルデータベース(マスタ)3と、更
新ログファイル4と、ログ監視手段5と、更新反映処理
手段6とを含んで構成されている。
The master server 1 is an RDBMS (master)
2, a relational database (master) 3, an update log file 4, a log monitoring unit 5, and an update reflection processing unit 6.

【0015】リレーショナルデータベース(マスタ)3
は、データを格納した主表(マスタ)31および従表
(マスタ)32を備える。主表(マスタ)31と従表
(マスタ)32との間には、表の主従関係が定義されて
いる。
[0015] Relational database (master) 3
Has a master table (master) 31 and a slave table (master) 32 storing data. A master-slave relationship between tables is defined between the master table (master) 31 and the slave table (master) 32.

【0016】ここで、主表(マスタ)31と従表(マス
タ)32とが別々の表となっているのは、表の正規化を
行っているためである。正規化とは、データの冗長性を
排除して、データの一貫性および整合性をもった理解し
やすいデータの構造にする手法である。正規化を行う
と、主キーの部分だけは重複するが、その他のデータ項
目については重複を省くことが可能となり、データ更新
時の処理が簡単になる。なお、主キーおよび外部キー
は、ともに表の正規化を行った際に表の列自体に設定を
行うものである。
Here, the main table (master) 31 and the sub table (master) 32 are separate tables because the tables are normalized. The normalization is a method of eliminating data redundancy and making the data structure consistent and consistent and easy to understand. When the normalization is performed, only the primary key portion is duplicated, but the duplication of the other data items can be omitted, and the processing at the time of updating the data is simplified. Note that the primary key and the foreign key are both set in the columns of the table when the table is normalized.

【0017】RDBMS(マスタ)2は、主表(マス
タ)31および従表(マスタ)32への更新処理が要求
された場合に、更新処理(SQL)が正しいかどうかの
妥当性チェックや表の参照整合性制約に違反していない
かどうかなどのチェックを行ったり、RDBMS(スレ
ーブ)8に対して更新されたことを通知したりするリレ
ーショナルデータベース管理システムである。また、R
DBMS(マスタ)2は、RDBMS(スレーブ)8か
ら主表(コピー)91および従表(コピー)92に対し
更新処理が行われたことが通知された場合、主表(マス
タ)31および従表(マスタ)32に対して同等の更新
処理を行う。
The RDBMS (master) 2 checks the validity of the update process (SQL) and checks whether the update process (SQL) is correct when the update process to the main table (master) 31 and the slave table (master) 32 is requested. This is a relational database management system that checks whether or not the referential integrity constraint is violated, and notifies the RDBMS (slave) 8 that it has been updated. Also, R
When the DBMS (master) 2 is notified from the RDBMS (slave) 8 that the main table (copy) 91 and the sub table (copy) 92 have been updated, the main table (master) 31 and the sub table (Master) 32 performs equivalent update processing.

【0018】更新ログファイル4は、リレーショナルデ
ータベース(マスタ)3において主表(マスタ)31が
更新された場合に、更新ログ情報を蓄積するファイルで
ある。更新ログファイル4には、主表(マスタ)31の
更新内容が更新ログ情報として格納される。
The update log file 4 is a file for storing update log information when the main table (master) 31 is updated in the relational database (master) 3. The update log file 4 stores the update content of the main table (master) 31 as update log information.

【0019】ログ監視手段5は、リレーショナルデータ
ベース(マスタ)3内の主表(マスタ)31が更新され
た際にRDBMS(マスタ)2から出力される更新ログ
情報により更新ログファイル4が更新されているか否か
を定期的に監視し、更新されたことを検知した場合は、
更新反映処理手段6の呼び出しを行うアプリケーション
プログラム手段である。
The log monitoring means 5 updates the update log file 4 with the update log information output from the RDBMS (master) 2 when the main table (master) 31 in the relational database (master) 3 is updated. Is regularly monitored to determine if it has been updated.
This is an application program unit that calls the update reflection processing unit 6.

【0020】更新反映処理手段6は、ログ監視手段5か
ら呼び出されたときに、更新ログファイル4の最新の更
新ログ情報をもとにスレーブサーバ7のリレーショナル
データベース(スレーブ)9内の主表(ダミー)93に
対し更新内容の反映を行うアプリケーションプログラム
手段である。
The update reflection processing means 6, when called from the log monitoring means 5, uses the main table (slave) 9 in the relational database (slave) 9 of the slave server 7 based on the latest update log information of the update log file 4. (Dummy) 93 is an application program means for reflecting the updated contents.

【0021】スレーブサーバ7は、RDBMS(スレー
ブ)8と、リレーショナルデータベース(スレーブ)9
とを備える。
The slave server 7 includes an RDBMS (slave) 8 and a relational database (slave) 9
And

【0022】リレーショナルデータベース(スレーブ)
9は、主表(マスタ)31のコピーである主表(コピ
ー)91と、従表(マスタ)32のコピーである従表
(コピー)92と、主表(マスタ)31と同じ内容のデ
ータを持つ主表(ダミー)93とをもつ。
Relational database (slave)
Reference numeral 9 denotes a main table (copy) 91 which is a copy of the main table (master) 31, a sub table (copy) 92 which is a copy of the sub table (master) 32, and data having the same contents as the main table (master) 31. And a main table (dummy) 93 having.

【0023】主表(ダミー)93は、主表(コピー)9
1とは異なる名称で定義された表である。
The main table (dummy) 93 is a main table (copy) 9
1 is a table defined by a name different from 1.

【0024】主表(コピー)91および従表(コピー)
92は、RDBMS(マスタ)2内のリレーショナルデ
ータベース(マスタ)3に定義された主表(マスタ)3
1および従表(マスタ)32とまったく同じデータをも
ち、更新時には、RDBMS(マスタ)2およびRDB
MS(スレーブ)8の参照整合性制約により同期的に更
新される。
Main table (copy) 91 and slave table (copy)
Reference numeral 92 denotes a main table (master) 3 defined in the relational database (master) 3 in the RDBMS (master) 2
1 and the master 32, and have the same data as the RDBMS (master) 2 and RDB
It is updated synchronously by the referential integrity constraint of the MS (slave) 8.

【0025】しかし、主表(コピー)91と従表(コピ
ー)92との間には、主従関係は定義されていない。主
表(マスタ)31および従表(マスタ)32と内容が一
致しているにもかかわらず、主表(コピー)91と従表
(コピー)92との間に主従関係が定義されていないの
は、分散データベースシステムにおいては、主表(コピ
ー)91に対して主キーの設定を行うことができないた
め、主表(コピー)91と従表(コピー)92との主従
関係を定義することができないからである。
However, a master-slave relationship is not defined between the master table (copy) 91 and the slave table (copy) 92. Although the contents match with the master table (master) 31 and the slave table (master) 32, a master-slave relationship is not defined between the master table (copy) 91 and the slave table (copy) 92. In a distributed database system, since a primary key cannot be set for a main table (copy) 91, a master-slave relationship between a main table (copy) 91 and a dependent table (copy) 92 can be defined. Because you can't.

【0026】このため、本実施の形態では、主表(ダミ
ー)93と従表(コピー)92との間に主従関係が定義
されている。すなわち、リレーショナルデータベース
(スレーブ)9内にある主表(コピー)91と従表(コ
ピー)92との主従関係を定義するために、主表(コピ
ー)91と同じ内容のデータを持つ表を別名の主表(ダ
ミー)93として定義して従表(コピー)92との間で
主従関係を定義する。このように、主表(ダミー)93
の作成を行い、従表(コピー)92との間に主従関係を
定義するのは、この主従関係を、以下に示す3点を実現
するために利用するためである。
For this reason, in the present embodiment, a master-slave relationship is defined between the master table (dummy) 93 and the slave table (copy) 92. That is, in order to define the master-slave relationship between the master table (copy) 91 and the slave table (copy) 92 in the relational database (slave) 9, a table having data having the same contents as the master table (copy) 91 is called an alias. Is defined as a master table (dummy) 93 to define a master-slave relationship with a slave table (copy) 92. Thus, the main table (dummy) 93
Is created and a master-slave relationship is defined between the master and the slave table (copy) 92 in order to use the master-slave relationship to realize the following three points.

【0027】1) データの整合性を保つ手段としてR
DBMS(マスタ)2およびRDBMS(スレーブ)8
の参照整合性制約を利用するため。
1) As means for maintaining data consistency, R
DBMS (master) 2 and RDBMS (slave) 8
To take advantage of the referential integrity constraints of

【0028】2) リレーショナルデータベース(マス
タ)3およびリレーショナルデータベース(スレーブ)
9内の主表(マスタ)31および従表(マスタ)32な
らびに主表(コピー)91および従表(コピー)92に
対するデータの更新処理において、マスタサーバ1,ス
レーブサーバ7といった環境の違いを意識しないように
するため。
2) Relational database (master) 3 and relational database (slave)
In the process of updating data for the main table (master) 31 and the subordinate table (master) 32 and the main table (copy) 91 and the subordinate table (copy) 92 in 9, the user is aware of the difference in the environment such as the master server 1 and the slave server 7. Not to be.

【0029】3) 1),2)と同じことではあるが、
主表(マスタ)31および主表(コピー)91に対する
従表(マスタ)32および従表(コピー)92を新規に
追加する場合にも従表の定義のみとし、データの整合性
を保つのはRDBMS(マスタ)2およびRDBMS
(スレーブ)8の参照整合性制約を利用し、データ更新
処理の環境の違いを意識しないようにするため。
3) Although the same as 1) and 2),
Even when a new subordinate table (master) 32 and a new subordinate table (copy) 92 to the main table (master) 31 and the main table (copy) 91 are newly added, only the definition of the subordinate table is used, and data consistency is maintained. RDBMS (master) 2 and RDBMS
(Slave) In order to use the referential integrity constraint of 8 and not to be aware of differences in the environment of the data update processing.

【0030】RDBMS(スレーブ)8は、主表(コピ
ー)91および従表(コピー)92への更新処理が要求
された場合に、更新処理(SQL)が正しいかどうかの
妥当性チェックや表の参照整合性制約に違反していない
かどうかなどのチェックを行ったり、RDBMS(マス
タ)2に対し更新されたことを通知したりするリレーシ
ョナルデータベース管理システムである。また、RDB
MS(スレーブ)8は、RDBMS(マスタ)2から主
表(マスタ)31および従表(マスタ)32に対し更新
処理が行われたことを通知された場合、主表(コピー)
91および従表(コピー)92に対して同等の更新処理
を行う。
The RDBMS (slave) 8 checks the validity of the update process (SQL) and checks whether the update process (SQL) is correct when the update process to the main table (copy) 91 and the slave table (copy) 92 is requested. This is a relational database management system that checks whether or not a reference integrity constraint has been violated, and notifies the RDBMS (master) 2 that it has been updated. Also, RDB
When the MS (slave) 8 is notified from the RDBMS (master) 2 that the main table (master) 31 and the slave table (master) 32 have been updated, the main table (copy) is used.
The same update processing is performed on the data 91 and the dependent table (copy) 92.

【0031】クライアントマシン10は、更新処理手段
11を有する。
The client machine 10 has an update processing means 11.

【0032】更新処理手段11は、LAN経由でマスタ
サーバ1のリレーショナルデータベース(マスタ)3内
の主表(マスタ)31および従表(マスタ)32の更新
処理、あるいはスレーブサーバ7のリレーショナルデー
タベース(スレーブ)9内の主表(コピー)91および
従表(コピー)92に対して更新処理を行うアプリケー
ションプログラム手段である。ここでの更新処理とは、
表に対するデータの挿入(Insert),表内のデー
タの更新(Update),および表内のデータの削除
(Delete)を表す。
The update processing means 11 updates the main table (master) 31 and the slave table (master) 32 in the relational database (master) 3 of the master server 1 via the LAN, or updates the relational database (slave) of the slave server 7. ) 9 is an application program for updating the main table (copy) 91 and the slave table (copy) 92 in 9. The update process here is
This indicates insertion of data into the table (Insert), update of data in the table (Update), and deletion of data in the table (Delete).

【0033】図2を参照すると、第1の実施の形態に係
る分散データベースシステムにおける主従関係情報同期
方式の処理は、更新ログ情報出力ステップA1と、更新
ログファイル更新判定ステップA2と、更新反映処理手
段呼び出しステップA3と、主表(ダミー)更新ステッ
プA4とからなる。
Referring to FIG. 2, the processing of the master-slave relationship information synchronization method in the distributed database system according to the first embodiment includes an update log information output step A1, an update log file update determination step A2, and an update reflection processing. It comprises a means calling step A3 and a main table (dummy) updating step A4.

【0034】図3は、リレーショナルデータベース(マ
スタ)3,リレーショナルデータベース(スレーブ)9
および更新ログファイル4の内容を例示する図である。
FIG. 3 shows a relational database (master) 3, a relational database (slave) 9
FIG. 4 is a diagram illustrating the contents of an update log file 4;

【0035】次に、第1の実施の形態に係る分散データ
ベースシステムにおける主従関係情報同期方式の動作に
ついて、図1ないし図3を用いて説明する。
Next, the operation of the master-slave relationship information synchronization method in the distributed database system according to the first embodiment will be described with reference to FIGS.

【0036】図3に示すように、例えば、主表(マス
タ)31および従表(マスタ)32に「コード000
2」のデータが追加された場合、RDBMS(マスタ)
2により主表(マスタ)31の更新ログ情報が更新ログ
ファイル4に書き出される(ステップA1)。
As shown in FIG. 3, for example, the main table (master) 31 and the sub table (master) 32 have "code 000".
RDBMS (master) when the data of "2" is added
2, the update log information of the main table (master) 31 is written to the update log file 4 (step A1).

【0037】ログ監視手段5は、更新ログファイル4が
更新されているか否かの監視を定期的に行っており、更
新ログファイル4が更新されていることを検出すると
(ステップA2)、更新反映処理手段6の呼び出しを行
う(ステップA3)。
The log monitoring means 5 periodically monitors whether or not the update log file 4 has been updated, and upon detecting that the update log file 4 has been updated (step A2), updates are reflected. The processing means 6 is called (step A3).

【0038】更新反映処理手段6は、更新ログファイル
4の最新の更新ログ情報を元に「コード0002」のデ
ータを主表(ダミー)93に追加する(ステップA
4)。
The update reflection processing means 6 adds data of "code 0002" to the main table (dummy) 93 based on the latest update log information of the update log file 4 (step A).
4).

【0039】続いて、第1の実施の形態に係る分散デー
タベースシステムにおける主従関係情報同期方式の動作
について、図4ないし図7を参照しながらより詳細に説
明する。
Next, the operation of the master-slave relationship information synchronization method in the distributed database system according to the first embodiment will be described in more detail with reference to FIGS.

【0040】(1) クライアント10からマスタサー
バ1の主表(マスタ)31の更新処理を行った場合(図
4参照)
(1) When the main table (master) 31 of the master server 1 is updated from the client 10 (see FIG. 4)

【0041】 更新処理手段11から主表(マスタ)
31へのデータの更新処理(SQL;たとえばinse
rt)をRDBMS(マスタ)2に対し要求する。
The main table (master) from the update processing means 11
31 (SQL; for example, inse
rt) to the RDBMS (master) 2.

【0042】' RDBMS(マスタ)2は、更新処
理(SQL)の妥当性チェックを行い、要求された更新
処理(SQL)に誤りがあった場合、更新処理手段11
にエラーを返却する。
'The RDBMS (master) 2 checks the validity of the update processing (SQL), and if there is an error in the requested update processing (SQL), the update processing means 11
To return an error.

【0043】 RDBMS(マスタ)2は、更新処理
(SQL)の妥当性チェックを行い、要求された更新処
理(SQL)が正常であれば、主表(マスタ)31に対
しデータを登録する。
The RDBMS (master) 2 checks the validity of the update process (SQL), and if the requested update process (SQL) is normal, registers the data in the main table (master) 31.

【0044】 RDBMS(マスタ)2は、で更新
された内容を更新ログ情報として更新ログファイル4に
書き出す(ステップA1)。
The RDBMS (master) 2 writes the contents updated in the update log file 4 as update log information (step A1).

【0045】 RDBMS(マスタ)2は、更新され
た内容をRDBMS(スレーブ)8に通知する。
The RDBMS (master) 2 notifies the RDBMS (slave) 8 of the updated contents.

【0046】 RDBMS(スレーブ)8は、主表
(コピー)91に対し更新処理(insert)を実行
する。
The RDBMS (slave) 8 executes an update process (insert) on the main table (copy) 91.

【0047】 ログ監視手段5は、定期的に監視を行
っていた更新ログファイル4が更新されたことを検知す
る(ステップA2)。
The log monitoring unit 5 detects that the update log file 4 that has been regularly monitored has been updated (step A2).

【0048】 ログ監視手段5は、更新反映処理手段
6を呼び出す(ステップA3)。
The log monitoring means 5 calls the update reflection processing means 6 (Step A 3).

【0049】 更新反映処理手段6は、更新ログファ
イル4から最新の更新ログ情報を取得する。
The update reflection processing means 6 acquires the latest update log information from the update log file 4.

【0050】 更新反映処理手段6は、取得した最新
の更新ログ情報を用いて主表(ダミー)93に対し更新
処理を行う(ステップA4)。
The update reflection processing means 6 performs an update process on the main table (dummy) 93 using the acquired latest update log information (step A 4).

【0051】(2) クライアント10からスレーブサ
ーバ7の主表(コピー)91の更新処理を行った場合
(図5参照)
(2) When the client 10 updates the main table (copy) 91 of the slave server 7 (see FIG. 5).

【0052】 更新処理手段11は、主表(コピー)
91へのデータの更新処理(SQL;たとえばinse
rt)をRDBMS(スレーブ)8に対し要求する。
The update processing means 11 is a main table (copy)
Data update processing (SQL; for example, inse
rt) to the RDBMS (slave) 8.

【0053】' RDBMS(スレーブ)8は、更新
処理(SQL)の妥当性チェックを行い、要求された更
新処理(SQL)に誤りがあった場合、更新処理手段1
1にエラーを返却する。
'The RDBMS (slave) 8 checks the validity of the update processing (SQL), and if there is an error in the requested update processing (SQL), the update processing means 1
Return an error to 1.

【0054】 RDBMS(スレーブ)8は、更新処
理(SQL)の妥当性チェックを行い、要求された更新
処理(SQL)が正常であれば、主表(コピー)91に
対しデータを登録する。
The RDBMS (slave) 8 checks the validity of the update process (SQL), and if the requested update process (SQL) is normal, registers the data in the main table (copy) 91.

【0055】 RDBMS(スレーブ)8は、RDB
MS(マスタ)2に更新された内容を通知する。
The RDBMS (slave) 8 is an RDB
The MS (master) 2 is notified of the updated contents.

【0056】 RDBMS(マスタ)2は、主表(マ
スタ)31に対し更新処理(insert)を実行す
る。
The RDBMS (master) 2 executes an update process (insert) on the main table (master) 31.

【0057】 RDBMS(マスタ)2は、で更新
された内容を更新ログ情報として更新ログファイル4に
書き出す(ステップA1)。
The RDBMS (master) 2 writes the contents updated in the update log file 4 as update log information (step A 1).

【0058】 ログ監視手段5は、定期的に監視を行
っていた更新ログファイル4が更新されたことを検知す
る(ステップA2)。
The log monitoring unit 5 detects that the update log file 4 that has been regularly monitored has been updated (step A2).

【0059】 ログ監視手段5は、更新反映処理手段
6を呼び出す(ステップA3)。
The log monitoring means 5 calls the update reflection processing means 6 (Step A 3).

【0060】 更新反映処理手段6は、更新ログファ
イル4から最新の更新ログ情報を取得する。
The update reflection processing means 6 acquires the latest update log information from the update log file 4.

【0061】 更新反映処理手段6は、取得した最新
の更新ログ情報を用いて主表(ダミー)93に対し更新
処理を行う(ステップA4)。
The update reflection processing means 6 performs an update process on the main table (dummy) 93 using the acquired latest update log information (step A 4).

【0062】(3) クライアント10からマスタサー
バ1の従表(マスタ)32に更新処理を行った場合(図
6参照)
(3) When the client 10 performs an update process on the master table 32 of the master server 1 (see FIG. 6).

【0063】 更新処理手段11は、従表(マスタ)
32へのデータの更新処理(SQL;たとえばinse
rt)をRDBMS(マスタ)2に対し要求する。
The update processing means 11 is a slave table (master)
32 update processing (SQL; for example, inse
rt) to the RDBMS (master) 2.

【0064】' RDBMS(マスタ)2は、要求さ
れた更新処理(SQL)の妥当性チェックおよび参照整
合性制約のチェックを行い、更新処理(SQL)に誤り
があった場合や参照整合性制約に違反していた場合、更
新処理手段11にエラーを返却する。
'The RDBMS (master) 2 checks the validity of the requested update process (SQL) and the referential integrity constraint, and checks if there is an error in the update process (SQL) or the referential integrity constraint. If so, an error is returned to the update processing means 11.

【0065】 RDBMS(マスタ)2は、要求され
た更新処理(SQL)の妥当性チェックおよび参照整合
性制約のチェックを行い、正常であれば従表(マスタ)
32に対しデータを登録する。
The RDBMS (master) 2 checks the validity of the requested update process (SQL) and the referential integrity constraint, and if it is normal, the dependent table (master)
The data is registered with respect to 32.

【0066】 RDBMS(マスタ)2は、RDBM
S(スレーブ)8に更新された内容を通知する。
The RDBMS (master) 2 is an RDBM
The S (slave) 8 is notified of the updated contents.

【0067】 RDBMS(スレーブ)8は、従表
(コピー)92に対し更新処理(insert)を実行
する。
The RDBMS (slave) 8 executes an update process (insert) on the dependent table (copy) 92.

【0068】(4) クライアント10からスレーブサ
ーバ7の従表(コピー)92に更新処理を行った場合
(図7参照)
(4) When the client 10 updates the slave table 7 (copy) 92 of the slave server 7 (see FIG. 7).

【0069】 更新処理手段11は、従表(コピー)
92へのデータの更新処理(insert)をRDBM
S(スレーブ)8に対し要求する。
The update processing means 11 is a slave table (copy)
Update processing (insert) of data to R.92
Request to S (slave) 8.

【0070】' RDBMS(スレーブ)8は、要求
された更新処理(SQL)の妥当性チェックおよび参照
整合性制約のチェックを行い、更新処理(SQL)に誤
りがあった場合および参照整合性制約に違反していた場
合、更新処理手段11にエラーを返却する。
'The RDBMS (slave) 8 checks the validity of the requested update process (SQL) and the referential integrity constraint, and checks if there is an error in the update process (SQL) and the referential integrity constraint. If so, an error is returned to the update processing means 11.

【0071】 RDBMS(スレーブ)8は、要求さ
れた更新処理(SQL)の妥当性チェックおよび参照整
合性制約のチェックを行い、正常であれば従表(コピ
ー)92に対しデータを登録する。
The RDBMS (slave) 8 checks the validity of the requested update processing (SQL) and the referential integrity constraint, and if normal, registers the data in the dependent table (copy) 92.

【0072】 RDBMS(スレーブ)8は、RDB
MS(マスタ)2に更新された内容を通知する。
The RDBMS (slave) 8 is an RDB
The MS (master) 2 is notified of the updated contents.

【0073】 RDBMS(マスタ)2は、従表(マ
スタ)32に対し更新処理(insert)を実行す
る。
The RDBMS (master) 2 executes an update process (insert) on the subordinate table (master) 32.

【0074】なお、本実施の形態では、マスタサーバ1
およびスレーブサーバ7の2台のサーバを用いる場合を
例にとって説明したが、スレーブサーバ7の数は複数台
であってもよい。
In this embodiment, the master server 1
Although the case where two servers of the slave server 7 are used has been described as an example, the number of slave servers 7 may be plural.

【0075】また、スレーブサーバ7側にも更新ログフ
ァイル4,ログ監視手段5および更新反映処理手段6を
設けるようにすれば、マスタサーバ1とスレーブサーバ
7との役割を相互に交換可能とすることができる。
If the slave server 7 is provided with the update log file 4, the log monitoring means 5 and the update reflection processing means 6, the roles of the master server 1 and the slave server 7 can be exchanged. be able to.

【0076】次に、本発明の第2の実施の形態について
説明する。
Next, a second embodiment of the present invention will be described.

【0077】図8は、本発明の第2の実施の形態に係る
主従関係情報同期方式が適用された分散データベースシ
ステムの構成を示すブロック図である。
FIG. 8 is a block diagram showing a configuration of a distributed database system to which a master-slave relationship information synchronization method according to a second embodiment of the present invention is applied.

【0078】図8を参照すると、本発明の第2の実施の
形態は、マスタサーバ1にマスタサーバ側プログラムを
記録する記録媒体100を備える構成となっている。こ
の記録媒体100は、磁気ディスク,半導体メモリ,そ
の他の記録媒体であってよい。
Referring to FIG. 8, the second embodiment of the present invention has a configuration in which a master server 1 is provided with a recording medium 100 for recording a master server side program. The recording medium 100 may be a magnetic disk, a semiconductor memory, or another recording medium.

【0079】マスタサーバ側プログラムは、記録媒体1
00からマスタサーバ1に読み込まれ、RDBMS(マ
スタ)2,更新ログファイル4,ログ監視手段5,およ
び更新反映処理手段6として動作する。したがって、マ
スタサーバ1の動作は、図1ないし図7で説明した第1
の実施の形態に係る主従関係情報同期方式が適用された
分散データベースシステムにおけるマスタサーバ1の動
作と全く同様になるので、その詳しい説明を割愛する。
The master server program is stored in the recording medium 1
00, it is read into the master server 1 and operates as an RDBMS (master) 2, an update log file 4, a log monitoring unit 5, and an update reflection processing unit 6. Therefore, the operation of the master server 1 is the same as that of the first server described with reference to FIGS.
Since the operation is exactly the same as that of the master server 1 in the distributed database system to which the master-slave relationship information synchronization method according to the embodiment is applied, detailed description is omitted.

【0080】[0080]

【発明の効果】本発明の効果は、マスタサーバの主表
(マスタ)の更新処理を行うだけで、分散されたスレー
ブサーバにも内容および表の主従関係を保ちつつ更新処
理を行うことができ、この結果、サーバ毎に同様の内容
のデータを更新する処理が不要となることである。その
理由は、ログ監視手段により主表(マスタ)の更新ログ
情報の監視を行い、更新が行われた場合のみ分散された
スレーブサーバの主表(ダミー)に対して更新内容の反
映を行うようにしたためである。
The effect of the present invention is that the update process can be performed on the distributed master server while maintaining the master-slave relationship between the contents and the table only by updating the master table (master) of the master server. As a result, a process of updating data having the same content for each server is not required. The reason is that the update log information of the main table (master) is monitored by the log monitoring means, and only when the update is performed, the update contents are reflected on the main table (dummy) of the distributed slave servers. This is because

【0081】また、主表に対する従表を新規に追加する
場合には、従来は、従表の定義を行う(マスタサーバ,
スレーブサーバ)とともにデータの更新,アプリケーシ
ョンプログラム側での整合性の保証の実装(サーバの
み)が必要であったが、本願発明では、従表の定義(マ
スタサーバ,スレーブサーバ)と主表(ダミー)に対す
る外部キーの設定(主従関係を結ぶ)とを行うだけでよ
いため、従表の追加が容易に行えるという利点がある。
In addition, when a new subordinate table is added to the main table, conventionally, the subordinate table is defined (master server,
Although it was necessary to update data together with the slave server) and to implement consistency assurance on the application program side (server only), in the present invention, the definition of the slave table (master server and slave server) and the main table (dummy) ) Only needs to be set (to establish a master-slave relationship) for the foreign key, and there is an advantage that the slave table can be easily added.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の第1の実施の形態に係る分散データベ
ースシステムにおける主従関係情報同期方式の構成を示
すブロック図である。
FIG. 1 is a block diagram showing a configuration of a master-slave relationship information synchronization method in a distributed database system according to a first embodiment of the present invention.

【図2】本実施の形態に係る分散データベースシステム
における主従関係情報同期方式の動作を示すフローチャ
ートである。
FIG. 2 is a flowchart showing an operation of a master-slave relationship information synchronization method in the distributed database system according to the present embodiment.

【図3】図1中のリレーショナルデータ(マスタ),リ
レーショナルデータベース(スレーブ)および更新ログ
ファイルの内容を例示する図である。
FIG. 3 is a diagram illustrating contents of relational data (master), relational database (slave), and update log file in FIG. 1;

【図4】図1中のクライアントからマスタサーバの主表
(マスタ)に更新処理を行った場合の動作説明図であ
る。
FIG. 4 is an operation explanatory diagram in a case where an update process is performed on a main table (master) of a master server from a client in FIG. 1;

【図5】図1中のクライアントからスレーブサーバの主
表(コピー)に更新処理を行った場合の動作説明図であ
る。
FIG. 5 is an explanatory diagram of an operation when an update process is performed on a main table (copy) of a slave server from a client in FIG. 1;

【図6】図1中のクライアントからマスタサーバの従表
(マスタ)に更新処理を行った場合の動作説明図であ
る。
FIG. 6 is an operation explanatory diagram in a case where an update process is performed on a master table of a master server from a client in FIG. 1;

【図7】図1中のクライアントからスレーブサーバの従
表(コピー)に更新処理を行った場合の動作説明図であ
る。
FIG. 7 is an operation explanatory diagram in a case where an update process is performed on a slave table (copy) of a slave server from a client in FIG. 1;

【図8】本発明の第2の実施の形態に係る分散データベ
ースシステムにおける主従関係情報同期方式の構成を示
すブロック図である。
FIG. 8 is a block diagram showing a configuration of a master-slave relationship information synchronization method in a distributed database system according to a second embodiment of the present invention.

【符号の説明】[Explanation of symbols]

1 マスタサーバ 2 RDBMS(マスタ) 3 リレーショナルデータベース(マスタ) 4 更新ログファイル 5 ログ監視手段 6 更新反映処理手段 7 スレーブサーバ 8 RDBMS(スレーブ) 9 リレーショナルデータベース(マスタ) 31 主表(マスタ) 32 従表(マスタ) 91 主表(コピー) 92 従表(コピー) 93 主表(ダミー) 100 記録媒体 REFERENCE SIGNS LIST 1 master server 2 RDBMS (master) 3 relational database (master) 4 update log file 5 log monitoring means 6 update reflection processing means 7 slave server 8 RDBMS (slave) 9 relational database (master) 31 main table (master) 32 dependent table (Master) 91 main table (copy) 92 slave table (copy) 93 main table (dummy) 100 recording medium

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 主表(マスタ)および従表(マスタ)が
定義され前記主表(マスタ)と前記従表(マスタ)との
間に主従関係が定義されたリレーショナルデータベース
(マスタ)ならびに該リレーショナルデータベース(マ
スタ)を管理するRDBMS(マスタ)を有するマスタ
サーバと、主表(コピー)および従表(コピー)が定義
されたリレーショナルデータベース(スレーブ)ならび
に該リレーショナルデータベース(スレーブ)を管理す
るRDBMS(スレーブ)を有するスレーブサーバと
が、回線を介して接続されてなる分散データベースシス
テムにおいて、主表(ダミー)がさらに定義されるとと
もに該主表(ダミー)と前記従表(コピー)との間に主
従関係が定義された前記リレーショナルデータベース
(スレーブ)と、前記マスタサーバに設けられ、前記R
DBMS(マスタ)により前記リレーショナルデータベ
ース(マスタ)の前記主表(マスタ)が更新されたとき
に更新ログ情報が蓄積される更新ログファイルと、前記
マスタサーバに設けられ、前記更新ログファイルが更新
されたか否かを定期的に監視するログ監視手段と、前記
ログ監視手段により前記更新ログファイルの更新が検出
された場合に前記更新ログファイルの最新の更新ログ情
報をもとに前記リレーショナルデータベース(スレー
ブ)内の前記主表(ダミー)に対して更新内容の反映を
行う更新反映処理手段とを有することを特徴とする分散
データベースシステムにおける主従関係情報同期方式。
1. A relational database (master) in which a main table (master) and a subordinate table (master) are defined, and a master-slave relationship between the main table (master) and the subordinate table (master) is defined, and the relational database. A master server having an RDBMS (master) managing a database (master), a relational database (slave) in which a main table (copy) and a dependent table (copy) are defined, and an RDBMS (slave) managing the relational database (slave) In a distributed database system in which a slave server having ()) is connected via a line, a main table (dummy) is further defined and a master / slave table is provided between the main table (dummy) and the slave table (copy). The relational database (slave) in which the relationship is defined; The server,
An update log file in which update log information is accumulated when the main table (master) of the relational database (master) is updated by a DBMS (master), and an update log file provided in the master server, wherein the update log file is updated. Log monitoring means for periodically monitoring whether or not an update of the update log file has been detected by the log monitoring means based on the latest update log information of the update log file. And an update reflection processing means for reflecting the update contents to the main table (dummy) in (1).
【請求項2】 前記主表(マスタ)と前記従表(マス
タ)とが正規化されているとともに、前記主表(コピ
ー)と前記従表(コピー)とが正規化されている請求項
1記載の分散データベースシステムにおける主従関係情
報同期方式。
2. The master table (master) and the slave table (master) are normalized, and the master table (copy) and the slave table (copy) are normalized. A master-slave relationship information synchronization method in the distributed database system described above.
【請求項3】 1台の前記マスタサーバに対して複数台
の前記スレーブサーバが接続されてなる請求項1または
2記載の分散データベースシステムにおける主従関係情
報同期方式。
3. The master-slave relationship information synchronization method in a distributed database system according to claim 1, wherein a plurality of slave servers are connected to one master server.
【請求項4】 前記RDBMS(マスタ)が、前記従表
(マスタ)の更新処理が要求された場合に、更新処理が
正しいかどうかの妥当性チェックおよび表の参照整合性
制約に違反していないかどうかのチェックを行って正常
であれば前記従表(マスタ)の更新処理を行うとともに
前記RDBMS(スレーブ)に対して更新されたことを
通知し、前記RDBMS(スレーブ)から前記主表(コ
ピー)および前記従表(コピー)に対し更新処理が行わ
れたことを通知された場合に前記主表(マスタ)および
前記従表(マスタ)に対して同等の更新処理を行う請求
項1または2記載の分散データベースシステムにおける
主従関係情報同期方式。
4. The RDBMS (master) does not violate a validity check of whether the update process is correct and a referential integrity constraint of a table when an update process of the slave table (master) is requested. It is checked whether it is normal, and if it is normal, the slave table (master) is updated, the RDBMS (slave) is notified of the update, and the RDBMS (slave) is updated from the main table (copy). 3) and the same update process is performed on the master table (master) and the slave table (master) when notified that the update process has been performed on the slave table (copy). A master-slave relationship information synchronization method in the distributed database system described above.
【請求項5】 前記RDBMS(スレーブ)が、前記従
表(コピー)の更新処理が要求された場合に、更新処理
が正しいかどうかの妥当性チェックおよび表の参照整合
性制約に違反していないかどうかのチェックを行って正
常であれば前記従表(コピー)の更新処理を行うととも
に前記RDBMS(マスタ)に対して更新されたことを
通知し、前記RDBMS(マスタ)から前記主表(マス
タ)および前記従表(マスタ)に対し更新処理が行われ
たことを通知された場合に前記主表(コピー)および前
記従表(コピー)に対して同等の更新処理を行う請求項
1または2記載の分散データベースシステムにおける主
従関係情報同期方式。
5. The RDBMS (slave) does not violate the validity check of whether the update processing is correct and the referential integrity constraint of the table when the update processing of the slave table (copy) is requested. It is checked whether it is normal or not, and if it is normal, the slave table (copy) is updated and the RDBMS (master) is notified of the update, and the main table (master) is notified from the RDBMS (master). ) And the same update processing is performed on the main table (copy) and the slave table (copy) when it is notified that the update processing has been performed on the slave table (master). A master-slave relationship information synchronization method in the distributed database system described above.
【請求項6】 コンピュータを、前記更新ログファイル
が更新されたか否かを定期的に監視するログ監視手段,
および前記ログ監視手段により前記更新ログファイルの
更新が検出された場合に前記更新ログファイルの最新の
更新ログ情報をもとに前記リレーショナルデータベース
(スレーブ)内の前記主表(ダミー)に対して更新内容
の反映を行う更新反映処理手段として機能させるための
プログラムを記録した記録媒体。
6. A log monitoring means for periodically monitoring whether or not the update log file has been updated,
And updating the main table (dummy) in the relational database (slave) based on the latest update log information of the update log file when the update of the update log file is detected by the log monitoring means. A recording medium on which a program for functioning as update reflection processing means for reflecting contents is recorded.
JP21147699A 1999-07-27 1999-07-27 Master-slave relationship information synchronization method in distributed database system Expired - Fee Related JP3612449B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP21147699A JP3612449B2 (en) 1999-07-27 1999-07-27 Master-slave relationship information synchronization method in distributed database system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP21147699A JP3612449B2 (en) 1999-07-27 1999-07-27 Master-slave relationship information synchronization method in distributed database system

Publications (2)

Publication Number Publication Date
JP2001034518A true JP2001034518A (en) 2001-02-09
JP3612449B2 JP3612449B2 (en) 2005-01-19

Family

ID=16606589

Family Applications (1)

Application Number Title Priority Date Filing Date
JP21147699A Expired - Fee Related JP3612449B2 (en) 1999-07-27 1999-07-27 Master-slave relationship information synchronization method in distributed database system

Country Status (1)

Country Link
JP (1) JP3612449B2 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040040938A (en) * 2002-11-08 2004-05-13 에스케이 텔레콤주식회사 The method of synchronizing the information of the client
KR100503899B1 (en) * 2002-11-26 2005-07-25 진진시스템(주) Database replication system and the replication method
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 (en) * 2007-02-15 2008-06-19 건국대학교 산학협력단 System for synchronizating of mobile data base using message digest and method therefor
JP2012513632A (en) * 2008-12-22 2012-06-14 ノーテル ネットワークス リミテッド Selective database replication
JP2014170574A (en) * 2014-04-25 2014-09-18 Bank Of Tokyo-Mitsubishi Ufj Ltd Database server
JP2020057416A (en) * 2015-02-27 2020-04-09 アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited Method and device for processing data blocks in distributed database
CN112905707A (en) * 2021-03-31 2021-06-04 浙江太美医疗科技股份有限公司 Method and device for synchronizing relational database and search engine and computer storage medium
CN116303476A (en) * 2023-05-18 2023-06-23 北京合思信息技术有限公司 Big data storage method, device, electronic equipment and medium

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0233665A (en) * 1988-07-15 1990-02-02 Internatl Business Mach Corp <Ibm> Data base managing system
JPH02116973A (en) * 1988-09-23 1990-05-01 Internatl Business Mach Corp <Ibm> Relational data base management system
JPH04342070A (en) * 1991-05-20 1992-11-27 Nec Corp Method for retrieving repetition data in distributed type relation data base
JPH064383A (en) * 1992-06-16 1994-01-14 Hitachi Ltd Method and system for managing data base
JPH0765031A (en) * 1993-08-27 1995-03-10 Toshiba Corp Information processing system having duplicate decentralized data base
JPH07295868A (en) * 1994-04-27 1995-11-10 Hitachi Ltd Integrity constraint control method for
JPH09146804A (en) * 1995-11-28 1997-06-06 Toshiba Corp Data matching device

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0233665A (en) * 1988-07-15 1990-02-02 Internatl Business Mach Corp <Ibm> Data base managing system
JPH02116973A (en) * 1988-09-23 1990-05-01 Internatl Business Mach Corp <Ibm> Relational data base management system
JPH04342070A (en) * 1991-05-20 1992-11-27 Nec Corp Method for retrieving repetition data in distributed type relation data base
JPH064383A (en) * 1992-06-16 1994-01-14 Hitachi Ltd Method and system for managing data base
JPH0765031A (en) * 1993-08-27 1995-03-10 Toshiba Corp Information processing system having duplicate decentralized data base
JPH07295868A (en) * 1994-04-27 1995-11-10 Hitachi Ltd Integrity constraint control method for
JPH09146804A (en) * 1995-11-28 1997-06-06 Toshiba Corp Data matching device

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040040938A (en) * 2002-11-08 2004-05-13 에스케이 텔레콤주식회사 The method of synchronizing the information of the client
KR100503899B1 (en) * 2002-11-26 2005-07-25 진진시스템(주) Database replication system and the replication method
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 (en) * 2007-02-15 2008-06-19 건국대학교 산학협력단 System for synchronizating of mobile data base using message digest and method therefor
US9239767B2 (en) 2008-12-22 2016-01-19 Rpx Clearinghouse Llc Selective database replication
JP2012513632A (en) * 2008-12-22 2012-06-14 ノーテル ネットワークス リミテッド Selective database replication
JP2014170574A (en) * 2014-04-25 2014-09-18 Bank Of Tokyo-Mitsubishi Ufj Ltd Database server
JP2020057416A (en) * 2015-02-27 2020-04-09 アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited Method and device for processing data blocks in distributed database
JP6996812B2 (en) 2015-02-27 2022-01-17 アリババ・グループ・ホールディング・リミテッド How to process data blocks in a distributed database, programs, and devices
CN112905707A (en) * 2021-03-31 2021-06-04 浙江太美医疗科技股份有限公司 Method and device for synchronizing relational database and search engine and computer storage medium
CN116303476A (en) * 2023-05-18 2023-06-23 北京合思信息技术有限公司 Big data storage method, device, electronic equipment and medium
CN116303476B (en) * 2023-05-18 2023-09-01 北京合思信息技术有限公司 Big data storage method, device, electronic equipment and medium

Also Published As

Publication number Publication date
JP3612449B2 (en) 2005-01-19

Similar Documents

Publication Publication Date Title
JP7053847B2 (en) Metadata resynchronization in a content management system
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 (en) Apparatus and method for identifying asynchronous data in a redundant data store and for resynchronizing it
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 (en) Resource freshness and replication
US20150347250A1 (en) Database management system for providing partial re-synchronization and partial re-synchronization method of using the same
KR20200100173A (en) Data replication and data failover within the database system
CN109992628B (en) Data synchronization method, device, server and computer readable storage medium
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
US20140172794A1 (en) Replication Mechanisms for Database Environments
EP1462960A2 (en) Consistency unit replication in application-defined systems
US9652346B2 (en) Data consistency control method and software for a distributed replicated database system
KR20080071131A (en) Slave replica member
CN108153804B (en) Metadata log updating method for symmetric distributed file system
JP4136615B2 (en) Database system and database access method
JP2001034518A (en) Master-slave relation information synchronization system in decentralized database
JP2006185108A (en) Management computer for managing data of storage system, and data management method
Kang et al. Remus: Efficient live migration for distributed databases with snapshot isolation

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