JPH0619768A - Duplicate data update system - Google Patents
Duplicate data update systemInfo
- 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
Links
Landscapes
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【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.
【図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.
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)
タシステム間に存在する重複データを更新する重複デー
タ更新方式において、前記重複データの更新時に前記重
複データの起源となるデータの更新を優先して実行する
ことを特徴とする重複データ更新方式。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.
複データの生成に際して前記重複データを抽出して提供
した抽出先データベースに関する情報であるデータ抽出
先情報を前記重複データの抽出元データベースに登録
し、前記重複データの起源となる起源データのデータベ
ースに関する情報である起源データ情報を前記抽出先デ
ータベースに登録しておき、前記重複データの更新要求
が利用者からの要求であるか否かを判断する第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.
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)
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 |
-
1992
- 1992-06-30 JP JP4172244A patent/JPH0619768A/en not_active Withdrawn
Cited By (2)
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 |