JPH0619768A - Duplicate data update system - Google Patents

Duplicate data update system

Info

Publication number
JPH0619768A
JPH0619768A JP4172244A JP17224492A JPH0619768A JP H0619768 A JPH0619768 A JP H0619768A JP 4172244 A JP4172244 A JP 4172244A JP 17224492 A JP17224492 A JP 17224492A JP H0619768 A JPH0619768 A JP H0619768A
Authority
JP
Japan
Prior art keywords
data
database
information
origin
duplicate
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
Application number
JP4172244A
Other languages
Japanese (ja)
Inventor
Satoshi Takano
高野  智
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 Corp
Original Assignee
NEC Corp
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 Corp filed Critical NEC Corp
Priority to JP4172244A priority Critical patent/JPH0619768A/en
Publication of JPH0619768A publication Critical patent/JPH0619768A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To provide a duplicate data update system by which a processing for ensuring the consistency of data on all duplicate data is considerably simplified and by which the complication of the processing does not depend on the number of data bases and duplicate data by updating original data at the time of updating duplicate data in the distributed data base. CONSTITUTION:When an update request is that from a user in a step 103, original data information is retrieved in a step 105. When it exists, an original data update request is issued in a step 106. When it does not exist, the update processing of self data is executed in a step 107. An extraction data update request is issued to an extraction destination based on data extraction destination information in a step 110. When the update request is not from the user in the step 103, a processing from the step 107 to the step 110 is executed.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は重複データ更新方式に関
し、特に複数のコンピュータシステムが通信回線やバス
などで結合されている分散データベース間の重複データ
更新方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a duplicate data updating method, and more particularly to a duplicate data updating method between distributed databases in which a plurality of computer systems are connected by communication lines or buses.

【0002】[0002]

【従来の技術】大規模なデータベースを広範囲な地域で
効率よく利用しようとする場合、分散データベースを構
成するノード数や重複データの数が多くなる。また、デ
ータベースの利用者数もデータベースが大規模になれば
なるほど増加する。したがって、多くのデータベースシ
ステムで重複データの更新が実行される可能性も増加す
る。
2. Description of the Related Art In order to efficiently use a large-scale database in a wide area, the number of nodes and the number of duplicate data constituting the distributed database increase. Also, the number of database users will increase as the database becomes larger. Therefore, the likelihood of performing duplicate data updates in many database systems also increases.

【0003】従来の重複データ更新方式は、分散データ
ベース中のあるローカルデータベースに存在するデータ
に対して更新要求が出された場合、先ず、更新要求のあ
ったローカルデータベースで更新の対象であるデータを
更新してから、その後更新の対象であったデータと同じ
データ、すなわち重複データの存在する他のローカルデ
ータベースの重複データの更新要求を出して分散データ
ベースでの重複データの更新を行なっていた。
In the conventional duplicated data update method, when an update request is issued for data existing in a local database in a distributed database, first, the data to be updated is requested in the local database that made the update request. After the update, the same data as the update target data, that is, a duplicate data update request of another local database in which the duplicate data exists is issued and the duplicate data is updated in the distributed database.

【0004】[0004]

【発明が解決しようとする課題】上述した従来の重複デ
ータ更新方式は、最初に更新要求のあったデータベース
で更新対象であるデータを更新してから他のデータベー
スの重複データを更新するため、殆ど同時に複数のデー
タベースで同じデータ、すなわち重複データに更新要求
が出された場合には、更新されたデータはそれぞれ異な
った状態になる場合が生じ、どの更新処理を有効にする
か決定したり、無効な更新処理をロールバックするとい
う重複データ全体の一貫性を保つ処理が困難になるとい
う問題点があった。
SUMMARY OF THE INVENTION In the above-mentioned conventional duplicated data update method, since the data to be updated is first updated in the database which is requested to be updated, the duplicated data in the other databases are updated. If an update request is issued for the same data in multiple databases at the same time, that is, duplicate data, the updated data may be in different states, which update process should be enabled or disabled. There is a problem that it is difficult to maintain the consistency of the entire duplicate data by rolling back the update process.

【0005】本発明の目的は、重複データの一貫性を保
つための処理を格段に軽減できる重複データ更新方式を
提供することにある。
An object of the present invention is to provide a duplicated data updating method capable of significantly reducing the processing for maintaining the consistency of duplicated data.

【0006】[0006]

【課題を解決するための手段】第1の発明の重複データ
更新方式は、分散データベースを構成するコンピュータ
システム間に存在する重複データを更新する重複データ
更新方式において、前記重複データの更新時に前記重複
データの起源となるデータの更新を優先して実行するこ
とを特徴としている。
According to a first aspect of the present invention, there is provided a duplicated data updating method for updating duplicated data existing between computer systems constituting a distributed database, wherein the duplicated data is updated when the duplicated data is updated. The feature is that priority is given to the update of the data that is the origin of the data.

【0007】また、第2の発明の重複データ更新方式
は、あらかじめ複数のデータベース間での重複データの
生成に際して前記重複データを抽出して提供した抽出先
データベースに関する情報であるデータ抽出先情報を前
記重複データの抽出元データベースに登録し、前記重複
データの起源となる起源データのデータベースに関する
情報である起源データ情報を前記抽出先データベースに
登録しておき、前記重複データの更新要求が利用者から
の要求であるか否かを判断する第1のステップと、前記
第1のステップの判断が利用者からのものであるときに
は前記起源データ情報を検索する第2のステップと、前
記第2のステップで前記起源データ情報が検索できたと
きにはこれに基づいて前記起源データの更新要求を出す
第3のステップと、前記第2のステップで前記起源デー
タ情報が検索できないときには前記更新要求のあったデ
ータを更新しついで前記データ抽出先情報を調べこれに
基づいてデータ抽出先データベースに抽出データの更新
要求を出す第4のステップと、前記第1のステップで利
用者からの要求でないときには前記第4のステップを行
なう第5のステップとを含んで構成されている。
Further, in the duplicated data update method of the second invention, the data extraction destination information which is information on the extraction destination database which is provided by extracting the duplicated data in advance when the duplicated data is generated between a plurality of databases is provided. It is registered in the extraction source database of the duplicated data, and the origin data information, which is information about the database of the origin data that is the origin of the duplicated data, is registered in the extraction destination database, and the update request for the duplicated data is sent from the user. A first step of determining whether the request is a request, a second step of searching the origin data information when the determination of the first step is from a user, and a second step of A third step of issuing an update request for the origin data based on the origin data information when it can be retrieved; Note that when the origin data information cannot be retrieved in the second step, the data for which the update request has been made is updated, and then the data extraction destination information is examined, and based on this, an extraction data update request is issued to the data extraction destination database. And the fifth step of performing the fourth step when not requested by the user in the first step.

【0008】[0008]

【実施例】次に、本発明の実施例について図面を参照し
て説明する。
Embodiments of the present invention will now be described with reference to the drawings.

【0009】図2は本発明の重複データ更新方式を実施
した分散データシステムの模式図である。
FIG. 2 is a schematic diagram of a distributed data system that implements the duplicated data update method of the present invention.

【0010】図2の分散データシステムには6個の分散
したデータベース201〜206が存在している。そし
てそれらのデータベースが有しているデータ207〜2
12はすべて同一データ、すなわち、重複データである
とする。
The distributed data system shown in FIG. 2 has six distributed databases 201 to 206. And the data 207-2 which those databases have
All 12 are the same data, that is, duplicate data.

【0011】重複データの生成時には、データ抽出元に
データ抽出先のデータベースの情報(以後これをデータ
抽出先情報という)を登録し、それと共にデータ抽出元
に登録されている重複データの起源となっているデータ
ベースの情報(以後これを起源データ情報という)をデ
ータ抽出先に複写登録する。
At the time of generating the duplicated data, the information of the database of the data extraction destination (hereinafter referred to as the data extraction destination information) is registered in the data extraction source, and together with this, it becomes the origin of the duplicated data registered in the data extraction source. The information of the existing database (hereinafter referred to as origin data information) is copied and registered in the data extraction destination.

【0012】重複データの生成の系列は、起源データを
根とする木構造の形態になる。重複データを持つ各デー
タベースは、その重複データの起源となるデータの所在
情報である起源データ情報と、その重複データからさら
にデータ抽出してできた別の重複データの所在情報であ
るデータ抽出先情報を管理している。
The series of duplicate data generation is in the form of a tree structure whose root is the origin data. Each database that has duplicate data has origin data information that is the location information of the data that is the origin of the duplicate data, and data extraction destination information that is the location information of another duplicate data that is further extracted from the duplicate data. Is managing.

【0013】図2では、データ208〜212はすべて
起源データ207を起源としているとする。したがっ
て、データベース202〜206の起源データ情報21
9〜223には、起源データ207が存在するデータベ
ース201と起源データ207に関する情報が登録され
ている。この情報は、重複データ生成時にデータ抽出元
の起源データ情報をデータ抽出先に複写することによっ
て登録される。データベース201は図2では起源デー
タ207を有するデータベースであるので起源データ情
報はこの図2のシステムでは必要がない。
In FIG. 2, it is assumed that the data 208 to 212 all originate from the origin data 207. Therefore, the origin data information 21 of the databases 202 to 206
9 to 223, the database 201 in which the origin data 207 exists and the information on the origin data 207 are registered. This information is registered by copying the origin data information of the data extraction source to the data extraction destination when the duplicate data is generated. Since the database 201 is the database having the origin data 207 in FIG. 2, the origin data information is not necessary in the system of FIG.

【0014】また、データを抽出されたデータベースに
は、データ抽出先情報が登録されている。図2では、デ
ータ210と211とは、データ208から抽出されて
いるので、データベース202のデータ抽出先情報21
4には、データベース204および205の情報と、デ
ータ210と211の情報とが登録されている。データ
ベース204〜206のデータ抽出先情報216〜21
8にはこの図の配置では情報は登録されてない。
Data extraction destination information is registered in the database from which the data has been extracted. In FIG. 2, since the data 210 and 211 are extracted from the data 208, the data extraction destination information 21 of the database 202.
4, information of databases 204 and 205 and information of data 210 and 211 are registered. Data extraction destination information 216 to 21 of the databases 204 to 206
No information is registered in the arrangement shown in FIG.

【0015】このような状態で、データ208に更新要
求が出されたとする。データベース202は、データ2
08の更新の前に起源データ情報219を検索し、デー
タ208の起源データがデータベース201の起源デー
タ207であることを確認し、データベース201に対
して起源データ207の更新要求を出す。
In such a state, assume that an update request is issued to the data 208. The database 202 is data 2
Before updating 08, the origin data information 219 is searched, it is confirmed that the origin data of the data 208 is the origin data 207 of the database 201, and a request for updating the origin data 207 is issued to the database 201.

【0016】データベース201では起源データ207
の更新を実行した後、データ抽出先情報213を検索
し、起源データ207からデータ208とデータ209
が抽出されていることを確認する。そして、それぞれの
データが存在するデータベース202と203に対し
て、更新要求を出す。
In the database 201, the origin data 207
After executing the update of the data, the data extraction destination information 213 is searched, and the origin data 207 to the data 208 and the data 209 are searched.
Make sure that is extracted. Then, an update request is issued to the databases 202 and 203 in which the respective data exist.

【0017】データベース202と203では、データ
ベース201における更新処理と同様にして、重複デー
タ208および209の更新処理を行ない、ついで、デ
ータ抽出先情報を検索して、さらにデータベース20
4、205および206に抽出されている重複データの
更新要求を行なう。
In the databases 202 and 203, the duplicate data 208 and 209 are updated in the same manner as the update processing in the database 201. Then, the data extraction destination information is searched, and the database 20 is further updated.
A request for updating the duplicated data extracted in Nos. 4, 205 and 206 is made.

【0018】もし、重複データ207〜212から殆ど
同時に複数のデータに対して更新要求が出された場合、
例えばデータ208の更新処理がデータ212に及ぶ前
にデータ212の更新要求が出された場合を考える。
If an update request is issued to a plurality of data from the duplicated data 207 to 212 almost at the same time,
For example, consider a case where an update request for the data 212 is issued before the update processing for the data 208 reaches the data 212.

【0019】データベース206は、起源データ情報2
23を検索して、データ212の起源データ207の更
新要求をデータベース201に対して出す。データベー
ス201では、起源データ207の更新を実行しようと
するが、すでにデータベース202による更新要求がデ
ータ207に出されており、この更新処理中であるため
にデータベース206からの更新要求は却下されデータ
212の更新要求は無効とされる。
The database 206 is the origin data information 2
23 is searched and an update request for the origin data 207 of the data 212 is issued to the database 201. The database 201 attempts to update the origin data 207, but an update request from the database 202 has already been issued to the data 207, and the update request from the database 206 is rejected because this update process is in progress and the data 212 Update request is invalid.

【0020】このようにして、全重複データ中で一時期
に有効な更新は一つに限られ、重複データの一貫性が保
証される。
In this way, only one update is temporarily effective in all duplicate data, and the consistency of duplicate data is guaranteed.

【0021】図1は各データベースにおける本発明の重
複データ更新方式の一実施例を示す流れ図である。
FIG. 1 is a flow chart showing an embodiment of the duplicated data update method of the present invention in each database.

【0022】更新要求を受け取ったときに、処理が開始
される(ステップ101)。まず、更新要求を解析して
(ステップ102)、その更新要求が利用者の応用プロ
グラムから直接出されたものであるか、他のデータベー
スから出されたものかを判断する(ステップ103)。
When the update request is received, the process is started (step 101). First, the update request is analyzed (step 102), and it is determined whether the update request is issued directly from the application program of the user or from another database (step 103).

【0023】ステップ103における判断で、更新要求
が利用者から直接出されたものであるときには(ステッ
プ103のYES 枝)、起源データ情報の検索を行なう
(ステップ104)。
When it is determined in step 103 that the update request is directly issued by the user (YES branch of step 103), the origin data information is searched (step 104).

【0024】起源データ情報を検索して、起源データ情
報が存在したときには(ステップ105のYES 枝)、ま
ず起源データの更新を行なうように起源データ情報に基
づいて起源データを有するデータベースに起源データ更
新要求を出して(ステップ106)終了する(ステップ
111)。
When the origin data information is retrieved and the origin data information is present (YES branch of step 105), the origin data is updated to the database having the origin data based on the origin data information so that the origin data is updated. A request is made (step 106) and the process is ended (step 111).

【0025】ステップ104の検索で起源データ情報が
存在しないときには(ステップ105のNO枝)、この場
合には利用者から更新要求を受けたデータベースが起源
データを有している場合であるので、このデータベース
にある起源データの更新処理を行ない(ステップ10
7)、その終了後にデータ抽出先情報を調査し(ステッ
プ108)、抽出先情報がないときには(ステップ10
9のNO枝)、それで処理を終了するが(ステップ11
1)、抽出先情報があるときには(ステッブ109のYE
S 枝)、この抽出先情報に基づいて抽出先データベース
のデータを更新するように抽出データ更新要求を出して
(ステップ110)処理を終了する(ステップ11
1)。
When the origin data information does not exist in the search of step 104 (NO branch of step 105), this is because the database which has received the update request from the user has the origin data. Update the origin data in the database (step 10
7) After that, the data extraction destination information is investigated (step 108), and when there is no extraction destination information (step 10).
(NO branch of 9), and the process is ended there (step 11
1) When there is extraction destination information (YE of step 109)
S branch), issues an extraction data update request to update the data in the extraction destination database based on this extraction destination information (step 110), and ends the processing (step 11).
1).

【0026】ステッブ103の判断で、他のデータベー
スから出された更新要求であるときには(ステップ10
3のNO枝)、この更新要求は既に述べた他のデータベー
スでのステップ106で出された起源データの更新要求
か、ステップ110で出された抽出データの更新要求で
あるので、直ちにこれらの更新処理をするために、既に
述べたステップ107〜111の処理を行なう。
When it is determined in step 103 that the update request is issued from another database (step 10
No branch 3), this update request is an update request for the source data issued in step 106 or an update request for the extracted data issued in step 110 in the other database already described, so these updates are immediately performed. In order to perform the processing, the processing of steps 107 to 111 already described is performed.

【0027】[0027]

【発明の効果】以上説明したように、本発明の重複デー
タ更新方式は、同じ重複部分を持つ複数の重複データが
存在する分散データベース環境で更新要求が出された場
合、それらの重複データの中で唯一存在する起源データ
を最初に更新することにより、複数の更新が殆ど同時に
起きた場合でも、起源データの更新が許可されたトラン
ザクションだけが有効となり、一度に複数の更新が同じ
起源データを持つ重複データに対して行なわれることが
なく、重複データ内でのデータの一貫性が保証されると
いう効果を有する。
As described above, according to the duplicate data update method of the present invention, when an update request is issued in a distributed database environment in which a plurality of duplicate data having the same duplicate portion exists, the duplicate data is updated By updating the only existing origin data in the first, even if multiple updates occur almost at the same time, only the transactions that are allowed to update the origin data are valid, and multiple updates have the same origin data at one time. There is an effect that the consistency of the data within the duplicate data is guaranteed without being performed on the duplicate data.

【0028】また、重複データを一括管理する制御ノー
ドが存在せず、個々のデータベースで同様の処理を行な
うので、処理が一つのシステムに集中することを極力回
避し、負荷の分散が実現できるという効果も有する。
Further, since there is no control node for collectively managing duplicated data and the same processing is performed by each database, it is possible to avoid processing concentration on one system as much as possible and realize load distribution. It also has an effect.

【0029】さらに、分散データベースを構成するデー
タベースやその中の重複データの数が増加しても、処理
内容に変更がなく、処理の煩雑さも増加しないという効
果も有する。
Further, even if the number of databases constituting the distributed database and the number of duplicated data in the databases increases, the processing contents are not changed and the complexity of the processing is not increased.

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

【図1】本発明の重複データ更新方式の一実施例を示す
流れ図である。
FIG. 1 is a flow chart showing an embodiment of a duplicate data updating method of the present invention.

【図2】本発明重複データ更新方式を実施した分散デー
タベースシステムを示す模式図である。
FIG. 2 is a schematic diagram showing a distributed database system that implements the duplicated data update method of the present invention.

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

101〜111 流れ図のステップ 201〜206 データベース 207 起源データ 208〜212 データ 213〜218 データ抽出先情報 219〜223 起源データ情報 101-111 Flow chart steps 201-206 Database 207 Origin data 208-212 Data 213-218 Data extraction destination information 219-223 Origin data information

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】 分散データベースを構成するコンピュー
タシステム間に存在する重複データを更新する重複デー
タ更新方式において、前記重複データの更新時に前記重
複データの起源となるデータの更新を優先して実行する
ことを特徴とする重複データ更新方式。
1. In a duplicate data update method for updating duplicate data existing between computer systems constituting a distributed database, the update of the source of the duplicate data is preferentially executed when the duplicate data is updated. A duplicate data update method characterized by.
【請求項2】 あらかじめ複数のデータベース間での重
複データの生成に際して前記重複データを抽出して提供
した抽出先データベースに関する情報であるデータ抽出
先情報を前記重複データの抽出元データベースに登録
し、前記重複データの起源となる起源データのデータベ
ースに関する情報である起源データ情報を前記抽出先デ
ータベースに登録しておき、前記重複データの更新要求
が利用者からの要求であるか否かを判断する第1のステ
ップと、前記第1のステップの判断が利用者からのもの
であるときには前記起源データ情報を検索する第2のス
テップと、前記第2のステップで前記起源データ情報が
検索できたときにはこれに基づいて前記起源データの更
新要求を出す第3のステップと、前記第2のステップで
前記起源データ情報が検索できないときには前記更新要
求のあったデータを更新しついで前記データ抽出先情報
を調べこれに基づいてデータ抽出先データベースに抽出
データの更新要求を出す第4のステップと、前記第1の
ステップで利用者からの要求でないときには前記第4の
ステップを行なう第5のステップとを含むことを特徴と
する重複データ更新方式。
2. The data extraction destination information, which is information about the extraction destination database that is provided by extracting the duplicate data in advance when the duplicate data is generated between a plurality of databases, is registered in the extraction source database of the duplicate data, Origin data information, which is information about a database of origin data that is the origin of duplicate data, is registered in the extraction destination database, and it is determined whether or not the update request for the duplicate data is a request from a user. And a second step of retrieving the origin data information when the judgment of the first step is from the user, and a step of retrieving the origin data information in the second step. Based on the third step of issuing an update request for the origin data based on the When the data cannot be searched, the data requested for update is updated, the data extraction destination information is checked, and the extraction data update request is issued to the data extraction destination database based on the information. The fourth step and the first step are used. And a fifth step of performing the fourth step when it is not requested by a person.
JP4172244A 1992-06-30 1992-06-30 Duplicate data update system Withdrawn JPH0619768A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4172244A JPH0619768A (en) 1992-06-30 1992-06-30 Duplicate data update system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4172244A JPH0619768A (en) 1992-06-30 1992-06-30 Duplicate data update system

Publications (1)

Publication Number Publication Date
JPH0619768A true JPH0619768A (en) 1994-01-28

Family

ID=15938294

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4172244A Withdrawn JPH0619768A (en) 1992-06-30 1992-06-30 Duplicate data update system

Country Status (1)

Country Link
JP (1) JPH0619768A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07334405A (en) * 1994-06-13 1995-12-22 Nec Corp Management system for network information data base
JPH0830559A (en) * 1994-05-11 1996-02-02 Nec Corp Method for managing master data

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0830559A (en) * 1994-05-11 1996-02-02 Nec Corp Method for managing master data
JPH07334405A (en) * 1994-06-13 1995-12-22 Nec Corp Management system for network information data base

Similar Documents

Publication Publication Date Title
KR100629067B1 (en) Drag and drop technique for building queries
JP2510945B2 (en) A query optimization support method from a relational database management system.
US20150120645A1 (en) System and Method for Creating a Distributed Transaction Manager Supporting Repeatable Read Isolation level in a MPP Database
US20140279986A1 (en) System and Method for Performing a Transaction in a Massively Parallel Processing Database
HU219996B (en) Client computer, as well as method for operating it
JP2002503000A (en) Systems and methods for developing websites
JPH10240589A (en) Database processing method taking out actual data delay
CN111475480A (en) Log processing method and system
JP2969627B2 (en) Management method of distributed database system
CN116561800A (en) SQL-based data authority solving method
JPH0619768A (en) Duplicate data update system
JPH10254890A (en) Access system to various kinds of services using network
JPH08235040A (en) Data file management system
US7693826B1 (en) System and method for pre-compiling a query and pre-keying a database system
JPH0644309A (en) Data base managing system
JPH117445A (en) Integrated document management device
JP3072884B2 (en) Information Resource Search Method Using Resource Topology
JP2001134476A (en) Method for updating data base in a batch
JP2002182956A (en) Document management method and device
US20230384912A1 (en) Methods for providing dynamic selection of contents in a graphical user interface and devices thereof
JP3420255B2 (en) Distributed resource management controller
JPH04220768A (en) Text conversion method
JPS63159949A (en) File access method
JPH06139208A (en) Shared data control system
JPH0833861B2 (en) Common information comparison method

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: 19990831