JPH06266599A - デ−タベ−ス更新情報転送方法 - Google Patents

Abstract

(57)【要約】 【目的】 更新情報の転送量と転送時間と回線コストを
削減することが可能な分散処理によるデ−タベ−ス更新
情報転送方法を実現する。 【構成】 複数のコンピュ−タによる分散処理システム
において、ある１つのコンピュ−タでデ−タベ−スを更
新する場合に、更新履歴ファイルに更新履歴を取得し、
更新終了時にキ−と更新日時により、各キ−の最終更新
結果のみを取り出して更新情報ファイルに登録し、他方
のコンピュ−タに転送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数台のコンピュ−タ
による分散処理によって、効率的にデ−タベ−スの更新
情報を他に転送するためのデ−タベ−ス更新情報転送方
法に関する。

【０００２】

【従来の技術】従来、ミニコンピュ−タ等の計算機自体
の価格が低下し、かつ計算機相互間で通信を行う計算機
ネットワ−ク技術が発達するに伴って、分散型デ−タベ
−スシステムが設けられるようになった。分散された各
計算機がそれぞれ補助記憶装置（局所的なデ−タベ−
ス）を備え、一群の端末をまとめて接続することによ
り、システムを構成する。このシステムでは、デ−タを
それが発生した地点や頻繁に使用される地点の近くのノ
−ドに配置して、応答時間の短縮や通信回線料金の節約
等を計り、システム全体としての性能を向上させること
ができる。また、デ−タベ−スが分散しているので、１
つに障害が発生しても、局所的な被害にくい止められ
る。また、システムを段階的に構築したり、拡張したり
することが容易になり、１つの箇所で設備の変更を行っ
ている間、他の設備は独立して処理を行うことができ、
各仕事を中断しないですむ。しかし、分散システムで
は、運営が複数となり、相互間の交信でも問題が生じ
る。すなわち、ある箇所のデ−タベ−スの一部が更新さ
れた場合、システム全体を統括する計算機に更新情報を
転送する必要があり、その情報の転送方法に問題があっ
た。従来の分散処理システムでは、コンピュ−タ相互間
でデ−タ転送を行う場合、デ−タベ−ス内の更新された
デ−タの更新情報を全て転送していた。なお、従来のこ
の種のデ−タベ−スシステムとしては、例えば特開平２
−２５９８４８号公報に記載された装置がある。

【０００３】

【発明が解決しようとする課題】このように、従来の分
散デ−タベ−スシステムでは、更新開始から更新終了ま
での間のデ−タの更新情報を、相手コンピュ−タに全て
転送していたため、ある１つのデ−タが複数回更新され
ると、更新回数分だけ転送する情報が増加するという問
題があった。すなわち、ある１つのデ−タが複数回更新
された場合、本来ならば、デ−タの最終状態だけを相手
コンピュ−タに転送すればよいのであるが、実際には、
更新回数分だけデ−タの更新結果を転送していたので、
転送デ−タ量も転送回数も増加していた。本発明の目的
は、このような従来の課題を解決し、転送デ−タ量を削
減できるとともに、転送時間を削減し、回線コストも削
減することが可能な分散処理におけるデ−タベ−ス更新
情報転送方法を提供することにある。

【０００４】

【課題を解決するための手段】上記目的を達成するた
め、本発明のデ−タベ−ス更新情報転送方法は、複数の
コンピュ−タにより分散処理を行うデ−タベ−スシステ
ムにおいて、各コンピュ−タ（２）に、デ−タ固有のキ
−を有するデ−タベ−ス（３）と、デ−タベ−ス（３）
のキ−毎の更新履歴を格納する更新履歴ファイル（５）
と、更新履歴ファイル（５）を編集した後の最新更新情
報を格納する更新情報ファイル（７）とを設置し、ある
１つのコンピュ−タは自分が管理するデ−タベ−ス
（３）を更新する場合、デ−タベ−ス（３）の更新履歴
を取得して更新履歴ファイル（５）に登録した後、更新
履歴ファイル（５）の内容について、更新終了時にキ−
毎に更新日時により編集し、各キ−の最終更新結果のみ
を取り出して更新情報ファイル（７）に登録し、更新情
報ファイル（７）の内容を予め定められた他のコンピュ
−タに転送することを特徴としている。

【０００５】

【作用】本発明においては、更新履歴ファイルを備えて
おき、デ−タベ−スを更新する際に、先ず更新されるデ
−タの更新履歴情報（キ−、更新日時、更新結果）を取
得する。そして、更新終了時に更新履歴ファイルをキ−
と更新日時とを参照して、各キ−毎の最新の更新情報の
みを取り出し、更新情報ファイル内にこれを登録する。
次に、更新情報ファイルを転送するのである。これによ
り、あるデ−タを更新した際の最終的な更新結果のみを
転送対象にすることができ、ある１つのデ−タについて
複数回更新が行われた場合でも、転送する更新情報を１
つに集約することができるので、転送する情報量が削減
でき、転送時間も短縮することができる。

【０００６】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明の一実施例を示す分散処理に
よるデ−タベ−スシステムの機能ブロック図である。図
１において、１および２はそれぞれ分散されたコンピュ
−タ、３および１０はそれぞれ分散されたコンピュ−タ
１，２に管理および制御されているデ−タベ−ス、４お
よび９はデ−タベ−ス更新機能、５は更新履歴ファイ
ル、６は更新情報編集機能、７は更新情報ファイル、８
は更新ファイル転送機能である。ここでは、コンピュ−
タ１がシステムを統括するコンピュ−タであって、分散
処理の各コンピュ−タから更新された情報が送られてく
ると、それらを受け取り、自分に接続されたデ−タベ−
ス１０の内容を更新する。コンピュ−タ２は、分散処理
を行うコンピュ−タであって、処理中にデ−タベ−スを
アクセスし、処理結果に従ってデ−タベ−スの内容を更
新し、その更新情報を統括コンピュ−タ１に転送する。
コンピュ−タ１は、コンピュ−タ２から転送されてきた
更新情報を受け取り、受け取った更新情報によりデ−タ
ベ−ス１０をデ−タベ−ス更新機能９で更新する。コン
ピュ−タ２は、デ−タベ−ス３を更新した際に、デ−タ
ベ−ス更新機能４により更新履歴を取得して、更新履歴
ファイル５に登録する。次に、コンピュ−タ２では、更
新情報編集機能６が更新履歴ファイル５を参照して各更
新デ−タのキ−の最新の更新情報を取り出し、更新情報
ファイル７に登録する。キ−とは、各分散処理を行うコ
ンピュ−タがそれぞれ管理するデ−タベ−スのデ−タ固
有のもので、それぞれこのキ−により管理されている。
更新情報ファイル転送機能８は、更新情報ファイル７の
内容をコンピュ−タ１に転送する。

【０００７】図２は、図１のコンピュ−タの更新情報転
送機能の動作フロ−チャ−トである。コンピュ−タ２で
デ−タベ−ス３を更新して、更新した内容をコンピュ−
タ１のデ−タベ−ス１０に反映する際の手順が示されて
いる。前述のように、コンピュ−タ１のデ−タベ−ス１
０、およびコンピュ−タ２のデ−タベ−ス３の各デ−タ
には、ともにデ−タ固有のキ−を持っており、それぞれ
キ−によって管理されている。先ず、デ−タベ−ス３を
更新するときに、デ−タベ−ス更新機能４はデ−タの更
新履歴情報（キ−、更新日時、更新種別、更新結果）を
取得し（ステップ１１）、更新履歴ファイル５にこれら
を登録する（ステップ１２）。次に、デ−タベ−ス３の
更新が終了して、更新情報をコンピュ−タ１に転送する
ときには、更新情報編集機能６が更新履歴ファイル５の
内容を参照して、同一キ−の更新履歴情報を取り出し、
更新日時順に昇順にソ−トする（ステップ１３）。次
に、更新情報編集機能６は、更新日時が最新のものを取
り出し（ステップ１４）、更新情報（キ−、更新日時、
更新種別、更新結果）を更新情報ファイル７に登録する
（ステップ１５）。そして、その他の情報は破棄する。
全てのキ−について、登録終了したかを調べ、未だであ
ればステップ１３に戻って同様の処理を更新履歴ファイ
ル５の全てのキ−について行う。そして、更新履歴ファ
イル５の全てのキ−についての登録が終了したならば、
更新ファイル転送機能８は更新情報ファイル７の内容を
コンピュ−タ１に転送する（ステップ１６）。コンピュ
−タ１においては、デ−タベ−ス更新機能９が更新情報
ファイルを受け取り、デ−タベ−ス１０の内容を転送さ
れてきた更新情報ファイル７の内容に従って更新する。
この一連の処理により、デ−タベ−ス３の更新内容をコ
ンピュ−タ１に転送することにより、デ−タベ−ス１０
に反映させることができる。

【０００８】図３は、図１におけるデ−タベ−ス更新機
能の動作説明図である。デ−タベ−ス３を更新する場
合、デ−タベ−ス更新機能４は図３に示すように、更新
前のキ−Ａの内容００を更新して、キ−Ａの内容１２に
書き替えたものとする。同時に、デ−タの更新履歴情報
（キ−、更新日時、更新種別、更新結果）を読み取り、
キ−はＡ、更新日時1992年4月1日0時5分20秒、種別は更
新、内容は12を更新履歴ファイル５に登録する。図４
は、図１における更新情報編集機能の編集処理の説明図
である。図４（ａ）は更新履歴情報の表であり、図４
（ｂ）は更新日時の昇順にソ−トされた結果の表であ
る。デ−タベ−ス３の更新が終了して、更新情報をコン
ピュ−タ１に転送する場合、更新情報編集機能６は図４
（ａ）に示す更新履歴ファイル５の内容である更新履歴
情報を参照して、同一キ−の更新履歴情報を取り出し、
更新日時順に昇順にソ−トする。ここでは、更新キ−Ａ
について、1992年4月1日0時5分20秒に内容を12に変更
し、次に1992年4月1日0時8分15秒に内容を56に変更し、
次に1992年4月1日0時8分42秒に内容を78に変更してい
る。従って、更新情報編集機能６は、項番１，３，４を
取り出し、更新日時の昇順にソ−トして、図４（ｂ）に
示す表を作成する。そして、更新日時が最新のものを取
り出し、更新情報ファイル７に登録するとともに、それ
以外の項番１，２を破棄する。以下、同じようにして、
更新キ−Ｂ、更新キ−Ｃについても更新日時の昇順にソ
−トして、更新情報ファイル７に登録する。

【０００９】

【発明の効果】以上説明したように、本発明によれば、
あるデ−タを複数回更新した場合に、最終的な更新結果
のみを転送の対象にするので、転送する情報量が削減で
き、転送時間の削減および回線コストの削減が可能とな
る。

【図面の簡単な説明】

【図１】本発明の一実施例を示す分散デ−タベ−スシス
テムの機能ブロック図である。

【図２】図１における分散処理コンピュ−タの情報転送
方法を示す動作フロ−チャ−トである。

【図３】図１におけるデ−タベ−ス更新機能の動作フロ
−チャ−トである。

【図４】図１における更新情報編集機能の動作フロ−チ
ャ−トである。

【符号の説明】

１，２ コンピュ−タ ３，１０ デ−タベ−ス ４ デ−タベ−ス更新機能 ５ 更新履歴ファイル ６ 更新情報編集機能 ７ 更新情報ファイル ８ 更新ファイル転送機能 ９ デ−タベ−ス更新機能

───────────────────────────────────────────────────── フロントページの続き (72)発明者 六反田 治 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 千葉 雅昭 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 落合 忍 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 渡辺 健一 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム事業部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のコンピュ−タにより分散処理を行
   うデ−タベ−スシステムにおいて、各コンピュ−タに、
   デ−タ固有のキ−を有するデ−タベ−スと、該デ−タベ
   −スのキ−毎の更新履歴を格納する更新履歴ファイル
   と、該更新履歴ファイルを編集した後の最新更新情報を
   格納する更新情報ファイルとを設置し、ある１つのコン
   ピュ−タは自分が管理するデ−タベ−スを更新する場
   合、該デ−タベ−スの更新履歴を取得して上記更新履歴
   ファイルに登録した後、該更新履歴ファイルの内容につ
   いて、更新終了時にキ−毎に更新日時により編集し、各
   キ−の最終更新結果のみを取り出して上記更新情報ファ
   イルに登録し、該更新情報ファイルの内容を予め定めら
   れた他のコンピュ−タに転送することを特徴とするデ−
   タベ−ス更新情報転送方法。