JPH0566985A - データベースの更新方式 - Google Patents
データベースの更新方式Info
- Publication number
- JPH0566985A JPH0566985A JP3227735A JP22773591A JPH0566985A JP H0566985 A JPH0566985 A JP H0566985A JP 3227735 A JP3227735 A JP 3227735A JP 22773591 A JP22773591 A JP 22773591A JP H0566985 A JPH0566985 A JP H0566985A
- Authority
- JP
- Japan
- Prior art keywords
- record
- database
- update
- site
- database system
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 物理的に同一内容のデータベースを複数のシ
ステム上に持つデータベースシステムにおいて、データ
ベースの更新処理に要する時間を短縮可能なデータベー
スの更新方式を提供すること。 【構成】 物理的に同一内容のデータベースを複数のシ
ステム上に持つデータベースシステムにおいて、自己の
サイトのデータベースシステムで発生した更新データの
配置情報を記憶し、更新メッセージとともに他サイトの
データベースシステムに送信し、受信側では、前記更新
データの配置情報に基づいて直接データの更新を行うこ
とを特徴とする複数データベースシステム上のデータベ
ースの更新方式。
ステム上に持つデータベースシステムにおいて、データ
ベースの更新処理に要する時間を短縮可能なデータベー
スの更新方式を提供すること。 【構成】 物理的に同一内容のデータベースを複数のシ
ステム上に持つデータベースシステムにおいて、自己の
サイトのデータベースシステムで発生した更新データの
配置情報を記憶し、更新メッセージとともに他サイトの
データベースシステムに送信し、受信側では、前記更新
データの配置情報に基づいて直接データの更新を行うこ
とを特徴とする複数データベースシステム上のデータベ
ースの更新方式。
Description
【０００１】
【産業上の利用分野】本発明はデータベースの更新方式
に関し、特に複数データベースシステム上に物理的に同
一内容のデータベースを持つ場合に有効なデータベース
の更新方式に関する。
に関し、特に複数データベースシステム上に物理的に同
一内容のデータベースを持つ場合に有効なデータベース
の更新方式に関する。
【０００２】
【従来の技術】従来、自サイトのデータベースシステム
上で発生した更新データを、他サイト上のデータベース
に反映するには、例えば、特開昭58−223865号公報に開
示されている如く、他サイトに対する更新要求を応用プ
ログラムが作成し、それをメッセージ送信して、受信側
のシステムがメッセージの内容に従って更新処理を行っ
ていた。
上で発生した更新データを、他サイト上のデータベース
に反映するには、例えば、特開昭58−223865号公報に開
示されている如く、他サイトに対する更新要求を応用プ
ログラムが作成し、それをメッセージ送信して、受信側
のシステムがメッセージの内容に従って更新処理を行っ
ていた。
【０００３】
【発明が解決しようとする課題】しかし、上記従来技術
においては、自サイトで行った更新処理をそのまま他サ
イトでも行うという処理をしていたため、更新データの
件数が増加すると、他サイトでは当該サイトでの検索要
求等のサイト独自の処理と競合して、メッセージ処理速
度が低下してしまい、更新情報が即座に他サイトに反映
されないという問題が発生して来る。また、上記従来技
術においては、自サイトのデータベース更新時にすでに
得られている情報(更新データの物理的格納位置，関連
する他データの位置等)を、他サイトでのデータベース
更新時に再び得ようとする。従って、複数サイト間で物
理的に全く同一内容のデータベースである場合には、本
来不必要な処理を行うことになり、不当にシステムを占
有する結果となっている。本発明は上記事情に鑑みてな
されたもので、その目的とするところは、従来の技術に
おける上述の如き問題を解消し、複数サイト間で物理的
に全く同一内容のデータベースである場合に、他サイト
でのデータベース更新処理の所要時間を短縮とするデー
タベースの更新方式を提供することにある。
においては、自サイトで行った更新処理をそのまま他サ
イトでも行うという処理をしていたため、更新データの
件数が増加すると、他サイトでは当該サイトでの検索要
求等のサイト独自の処理と競合して、メッセージ処理速
度が低下してしまい、更新情報が即座に他サイトに反映
されないという問題が発生して来る。また、上記従来技
術においては、自サイトのデータベース更新時にすでに
得られている情報(更新データの物理的格納位置，関連
する他データの位置等)を、他サイトでのデータベース
更新時に再び得ようとする。従って、複数サイト間で物
理的に全く同一内容のデータベースである場合には、本
来不必要な処理を行うことになり、不当にシステムを占
有する結果となっている。本発明は上記事情に鑑みてな
されたもので、その目的とするところは、従来の技術に
おける上述の如き問題を解消し、複数サイト間で物理的
に全く同一内容のデータベースである場合に、他サイト
でのデータベース更新処理の所要時間を短縮とするデー
タベースの更新方式を提供することにある。
【０００４】
【課題を解決するための手段】本発明の上記目的は、物
理的に同一内容のデータベースを複数のシステム上に持
つデータベースシステムにおいて、自己のサイトのデー
タベースシステムで発生した更新データの配置情報を記
憶し、更新メッセージとともに他サイトのデータベース
システムに送信し、受信側では、前記更新データの配置
情報に基づいて直接データの更新を行うことを特徴とす
る複数データベースシステム上のデータベースの更新方
式によって達成される。
理的に同一内容のデータベースを複数のシステム上に持
つデータベースシステムにおいて、自己のサイトのデー
タベースシステムで発生した更新データの配置情報を記
憶し、更新メッセージとともに他サイトのデータベース
システムに送信し、受信側では、前記更新データの配置
情報に基づいて直接データの更新を行うことを特徴とす
る複数データベースシステム上のデータベースの更新方
式によって達成される。
【０００５】
【作用】本発明に係るデータベースの更新方式において
は、更新レコードおよび関連レコード(更新レコードの
前後のレコード)の物理的格納位置を記憶しておき、デ
ータ更新後に他サイトへデータ更新要求メッセージを送
信する際に、更新データとともに送信するようにした。
また、受信側のシステムでは、メッセージ受信の際にこ
のレコード格納位置を使用し、データ更新の前処理、す
なわち、レコード格納位置の決定、関連レコードの検索
等を行わずに更新処理を行うようにした。つまり、自サ
イトのシステム中でデータベースの更新が発生する都
度、更新処理を受けたレコードに対して、更新時に取得
した更新レコードおよび関連レコードの格納位値(トラ
ック番号，レコード番号)をメモリ上に記憶しておき、
更新処理終了後に他サイトへ更新要求メッセージを送信
する際、これを更新データとともに送信する。これによ
りメッセージ受信側では、この格納位置を基に、自レコ
ード，関連レコードの格納位置を求めるためのレコード
検索処理を行わずに更新処理を行うことができる。
は、更新レコードおよび関連レコード(更新レコードの
前後のレコード)の物理的格納位置を記憶しておき、デ
ータ更新後に他サイトへデータ更新要求メッセージを送
信する際に、更新データとともに送信するようにした。
また、受信側のシステムでは、メッセージ受信の際にこ
のレコード格納位置を使用し、データ更新の前処理、す
なわち、レコード格納位置の決定、関連レコードの検索
等を行わずに更新処理を行うようにした。つまり、自サ
イトのシステム中でデータベースの更新が発生する都
度、更新処理を受けたレコードに対して、更新時に取得
した更新レコードおよび関連レコードの格納位値(トラ
ック番号，レコード番号)をメモリ上に記憶しておき、
更新処理終了後に他サイトへ更新要求メッセージを送信
する際、これを更新データとともに送信する。これによ
りメッセージ受信側では、この格納位置を基に、自レコ
ード，関連レコードの格納位置を求めるためのレコード
検索処理を行わずに更新処理を行うことができる。
【０００６】
【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は、本発明の一実施例の構成を示す図
で、サイトＳ1，Ｓ2に設置された計算機Ｃ1，Ｃ2は、そ
れぞれ、自己のデータベースシステムＳＹ1，ＳＹ2を介
してデータベースＤＢ1，ＤＢ2を直接利用できるように
なっている。なお、データベースシステムＳＹ1，ＳＹ2
は、それぞれ、データベースＤＢ1，ＤＢ2の定義情報を
定義情報ファイルＤ1，Ｄ2から読み出し、それを参照し
てデータベースの入出力を行う。定義情報ファイル
Ｄ1，Ｄ2中には、データベースＤＢ1，ＤＢ2のレコード
形式，レコード長等が格納されている。サイトＳ1，Ｓ2
上のデータベースＤＢ1，ＤＢ2および各々の定義情報フ
ァイルＤ1，Ｄ2は、それぞれ、同一の内容を持ってい
る。なお、Ｍは位置情報退避用メモリを示しており、例
えば、データベースシステムＳＹ1内に設けられてい
る。
に説明する。図１は、本発明の一実施例の構成を示す図
で、サイトＳ1，Ｓ2に設置された計算機Ｃ1，Ｃ2は、そ
れぞれ、自己のデータベースシステムＳＹ1，ＳＹ2を介
してデータベースＤＢ1，ＤＢ2を直接利用できるように
なっている。なお、データベースシステムＳＹ1，ＳＹ2
は、それぞれ、データベースＤＢ1，ＤＢ2の定義情報を
定義情報ファイルＤ1，Ｄ2から読み出し、それを参照し
てデータベースの入出力を行う。定義情報ファイル
Ｄ1，Ｄ2中には、データベースＤＢ1，ＤＢ2のレコード
形式，レコード長等が格納されている。サイトＳ1，Ｓ2
上のデータベースＤＢ1，ＤＢ2および各々の定義情報フ
ァイルＤ1，Ｄ2は、それぞれ、同一の内容を持ってい
る。なお、Ｍは位置情報退避用メモリを示しており、例
えば、データベースシステムＳＹ1内に設けられてい
る。
【０００７】図２は、上述の如く構成された本実施例の
動作の一例を示すフロー図で、レコーを更新(置換)する
場合の処理の流れを示している。以下、図１，図２に基
づいて、本実施例の動作を説明する。図１に示したネッ
トワーク構成において、サイトＳ1 側で応用プログラム
ＵＡＰがデータベースＤＢ1内のレコードａ1をａ1'に置
換する場合、データベースシステムＳＹ1は、置換対象
のレコードａ1をＤＡＳＤ上から検索して(図２,ステッ
プ)、当該レコードが格納されているＤＡＳＤ内のト
ラック番号,レコード番号を、位置情報退避用メモリＭ
のＴ1,Ｒ1に記憶する(図２,ステップ)。なお、図１で
は、レコードａ1がトラック番号１,レコード番号１に格
納されている場合を示している。その後、データベース
システムＳＹ1では、レコードａ1をａ1'に置換し(図２,
ステップ)、その結果として、位置情報退避用メモリ
Ｍに記憶しておいた位置情報Ｔ1，Ｒ1を、ＵＡＰに返す
(図２,ステップ)。ＵＡＰは、サイトＳ2側のデータベ
ースＤＢ2を同様に更新するため、受け取った位置情報
Ｔ1，Ｒ1をレコードａ1の更新データａ1'とともに、サ
イトＳ2側にメッセージ送信する(図２,ステップ)。サ
イトＳ2側のデータベースシステムＳＹ2では、ＤＢ2の
更新データと 位置情報を基にして、直接、トラック番
号１，レコード番号１のレコードをａ1'に置換する(図
２,ステップ)。上記実施例によれば、メッセージ受信
側(Ｓ2)では、Ｓ1側から送信された格納位置を基に、直
接、更新処理を行うことができるので、更新に要する時
間が大幅に短縮されるという効果が得られる。
動作の一例を示すフロー図で、レコーを更新(置換)する
場合の処理の流れを示している。以下、図１，図２に基
づいて、本実施例の動作を説明する。図１に示したネッ
トワーク構成において、サイトＳ1 側で応用プログラム
ＵＡＰがデータベースＤＢ1内のレコードａ1をａ1'に置
換する場合、データベースシステムＳＹ1は、置換対象
のレコードａ1をＤＡＳＤ上から検索して(図２,ステッ
プ)、当該レコードが格納されているＤＡＳＤ内のト
ラック番号,レコード番号を、位置情報退避用メモリＭ
のＴ1,Ｒ1に記憶する(図２,ステップ)。なお、図１で
は、レコードａ1がトラック番号１,レコード番号１に格
納されている場合を示している。その後、データベース
システムＳＹ1では、レコードａ1をａ1'に置換し(図２,
ステップ)、その結果として、位置情報退避用メモリ
Ｍに記憶しておいた位置情報Ｔ1，Ｒ1を、ＵＡＰに返す
(図２,ステップ)。ＵＡＰは、サイトＳ2側のデータベ
ースＤＢ2を同様に更新するため、受け取った位置情報
Ｔ1，Ｒ1をレコードａ1の更新データａ1'とともに、サ
イトＳ2側にメッセージ送信する(図２,ステップ)。サ
イトＳ2側のデータベースシステムＳＹ2では、ＤＢ2の
更新データと 位置情報を基にして、直接、トラック番
号１，レコード番号１のレコードをａ1'に置換する(図
２,ステップ)。上記実施例によれば、メッセージ受信
側(Ｓ2)では、Ｓ1側から送信された格納位置を基に、直
接、更新処理を行うことができるので、更新に要する時
間が大幅に短縮されるという効果が得られる。
【０００８】上記実施例は、レコードを置換する場合の
例であったが、次にレコードを削除する場合の例を、図
３に基づいて説明する。レコードの削除を行う場合、レ
コード間にそれぞれ関連を持っていることがある。この
場合、関連のあるレコード内の情報を更新してから、レ
コードの削除を行う必要がある。図３に示すデータベー
スＤＢ1においてレコードａ2を削除する場合について説
明する。レコードａ1,ａ2およびａ3は、互いに論理的に
次のような関連があるものとする。 (１)ａ1の後のレコードは、ａ2である(レコードａ1内に
情報を持つ)。 (２)ａ3の前のレコードは、ａ2である(レコードａ3内に
情報を持つ)。 このような関連を持つレコードａ2を削除しようとした
場合、レコードａ1,ａ3内にあるレコードａ2に関する情
報を 更新しなければならない。そこで、各情報を次の
ように変更する。 (１)ａ1の後のレコードは、ａ3である(レコードａ1内に
情報を持つ)。 (２)ａ3の前のレコードは、ａ1である(レコードａ3内に
情報を持つ)。 従って、レコードａ2を削除する場合、レコードａ1,
ａ2,ａ3の各レコードをＤＡＳＤ上から検索し、位置情
報退避用メモリＭのＴ1,Ｒ1に、削除レコードａ1の位置
情報を、Ｔ2,Ｒ2に削除レコードの前レコードａ1の位置
情報を、Ｔ3,Ｒ3に削除レコードの後レコードａ3の位置
情報を、それぞれ、記憶する。図３では、レコードａ1
はトラック１，レコード番号１に、ａ2はトラック１，
レコード番号２に、ａ3はトラック２，レコード番号１
に格納されている場合を示している。
例であったが、次にレコードを削除する場合の例を、図
３に基づいて説明する。レコードの削除を行う場合、レ
コード間にそれぞれ関連を持っていることがある。この
場合、関連のあるレコード内の情報を更新してから、レ
コードの削除を行う必要がある。図３に示すデータベー
スＤＢ1においてレコードａ2を削除する場合について説
明する。レコードａ1,ａ2およびａ3は、互いに論理的に
次のような関連があるものとする。 (１)ａ1の後のレコードは、ａ2である(レコードａ1内に
情報を持つ)。 (２)ａ3の前のレコードは、ａ2である(レコードａ3内に
情報を持つ)。 このような関連を持つレコードａ2を削除しようとした
場合、レコードａ1,ａ3内にあるレコードａ2に関する情
報を 更新しなければならない。そこで、各情報を次の
ように変更する。 (１)ａ1の後のレコードは、ａ3である(レコードａ1内に
情報を持つ)。 (２)ａ3の前のレコードは、ａ1である(レコードａ3内に
情報を持つ)。 従って、レコードａ2を削除する場合、レコードａ1,
ａ2,ａ3の各レコードをＤＡＳＤ上から検索し、位置情
報退避用メモリＭのＴ1,Ｒ1に、削除レコードａ1の位置
情報を、Ｔ2,Ｒ2に削除レコードの前レコードａ1の位置
情報を、Ｔ3,Ｒ3に削除レコードの後レコードａ3の位置
情報を、それぞれ、記憶する。図３では、レコードａ1
はトラック１，レコード番号１に、ａ2はトラック１，
レコード番号２に、ａ3はトラック２，レコード番号１
に格納されている場合を示している。
【０００９】その後、データベースシステムＳＹ2で
は、レコードａ1,ａ3の関連情報の更新とレコードａ2の
削除を行い、その結果として 位置情報退避用メモリＭ
に記憶しておいた位置情報Ｔ1,Ｒ1,Ｔ2,Ｒ2,Ｔ3,Ｒ3を
ＵＡＰに返す。ＵＡＰはサイトＳ2側のデータベースＤ
Ｂ2を同様に更新するため、受け取った位置情報Ｔ1,
Ｒ1,Ｔ2,Ｒ2,Ｔ3,Ｒ3をレコードａ2の削除要求ととも
に、サイトＳ2にメッセージ送信する。サイトＳ2側のデ
ータベースシステムＳＹ2では、ＤＢ2の削除要求と 各
レコードの位置情報を基に、直接、関連情報の更新とレ
コードの削除を行う。以上により、本実施例におけるデ
ータベースの更新処理が終了する。本実施例でも、他サ
イト側でのデータベース更新時にレコード検索処理を行
わないため、従来の更新処理に比べて更新に要する時間
が大幅に短縮される。
は、レコードａ1,ａ3の関連情報の更新とレコードａ2の
削除を行い、その結果として 位置情報退避用メモリＭ
に記憶しておいた位置情報Ｔ1,Ｒ1,Ｔ2,Ｒ2,Ｔ3,Ｒ3を
ＵＡＰに返す。ＵＡＰはサイトＳ2側のデータベースＤ
Ｂ2を同様に更新するため、受け取った位置情報Ｔ1,
Ｒ1,Ｔ2,Ｒ2,Ｔ3,Ｒ3をレコードａ2の削除要求ととも
に、サイトＳ2にメッセージ送信する。サイトＳ2側のデ
ータベースシステムＳＹ2では、ＤＢ2の削除要求と 各
レコードの位置情報を基に、直接、関連情報の更新とレ
コードの削除を行う。以上により、本実施例におけるデ
ータベースの更新処理が終了する。本実施例でも、他サ
イト側でのデータベース更新時にレコード検索処理を行
わないため、従来の更新処理に比べて更新に要する時間
が大幅に短縮される。
【００１０】上述の各実施例は、いずれも本発明の一例
を示したものであり、本発明はこれに限定されるべきも
のではないことは言うまでもない。例えば、本方式の応
用例として、サイト１のバックアップセンタとしてサイ
ト２を設けているシステムで、サイト１が何らかの障害
によって使用不能となった時にサイト１に接続されてい
る回線，端末等をサイト２に切り替え、サイト２を使用
して運用を継続するシステムが挙げられる。
を示したものであり、本発明はこれに限定されるべきも
のではないことは言うまでもない。例えば、本方式の応
用例として、サイト１のバックアップセンタとしてサイ
ト２を設けているシステムで、サイト１が何らかの障害
によって使用不能となった時にサイト１に接続されてい
る回線，端末等をサイト２に切り替え、サイト２を使用
して運用を継続するシステムが挙げられる。
【００１１】
【発明の効果】以上、詳細に説明した如く、本発明によ
れば、他サイトでのレコード検索処理を行わないので、
データベースの更新時間の短縮が可能となり、システム
全体の運用が容易となるという顕著な効果を奏するもの
である。
れば、他サイトでのレコード検索処理を行わないので、
データベースの更新時間の短縮が可能となり、システム
全体の運用が容易となるという顕著な効果を奏するもの
である。
【００１２】
【図１】本発明の一実施例で、レコードを更新する場合
の構成説明である。
の構成説明である。
【図２】本発明の一実施例で、レコードを更新する場合
の動作フロー図である。
の動作フロー図である。
【図３】本発明の一実施例で、レコード間に関連情報を
持つレコードを削除する場合の構成説明である。
持つレコードを削除する場合の構成説明である。
Ｓ1,Ｓ2：サイト、Ｃ1,Ｃ2：計算機、ＵＡＰ：応用プロ
グラム、ＳＹ1,ＳＹ2：データベースシステム、ＤＢ1,
ＤＢ2：データベース、Ｄ1,Ｄ2：データベース定義情報
ファイル、Ｍ：位置情報退避用メモリ、Ｔ1,Ｔ2,Ｔ3：
トラック番号、Ｒ1,Ｒ2,Ｒ3：レコード番号。
グラム、ＳＹ1,ＳＹ2：データベースシステム、ＤＢ1,
ＤＢ2：データベース、Ｄ1,Ｄ2：データベース定義情報
ファイル、Ｍ：位置情報退避用メモリ、Ｔ1,Ｔ2,Ｔ3：
トラック番号、Ｒ1,Ｒ2,Ｒ3：レコード番号。
Claims (1)
- 【請求項１】 物理的に同一内容のデータベースを複数
のシステム上に持つデータベースシステムにおいて、自
己のサイトのデータベースシステムで発生した更新デー
タの配置情報を記憶し、更新メッセージとともに他サイ
トのデータベースシステムに送信し、受信側では、前記
更新データの配置情報に基づいて直接データの更新を行
うことを特徴とする複数データベースシステム上のデー
タベースの更新方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3227735A JPH0566985A (ja) | 1991-09-09 | 1991-09-09 | データベースの更新方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3227735A JPH0566985A (ja) | 1991-09-09 | 1991-09-09 | データベースの更新方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0566985A true JPH0566985A (ja) | 1993-03-19 |
Family
ID=16865545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3227735A Pending JPH0566985A (ja) | 1991-09-09 | 1991-09-09 | データベースの更新方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0566985A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0785094A (ja) * | 1993-09-16 | 1995-03-31 | Nissan Motor Co Ltd | 分散データの自動整合方法 |
| JPH08235049A (ja) * | 1995-02-27 | 1996-09-13 | Nec Corp | 通信システム |
| JP2001273175A (ja) * | 2000-03-27 | 2001-10-05 | Hitachi Software Eng Co Ltd | データベース処理方法およびデータベース処理システム |
-
1991
- 1991-09-09 JP JP3227735A patent/JPH0566985A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0785094A (ja) * | 1993-09-16 | 1995-03-31 | Nissan Motor Co Ltd | 分散データの自動整合方法 |
| JPH08235049A (ja) * | 1995-02-27 | 1996-09-13 | Nec Corp | 通信システム |
| JP2001273175A (ja) * | 2000-03-27 | 2001-10-05 | Hitachi Software Eng Co Ltd | データベース処理方法およびデータベース処理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5940830A (en) | Distributed document management system | |
| US5729735A (en) | Remote database file synchronizer | |
| US6941327B2 (en) | Apparatus and method for database synchronization in a duplex system | |
| US6317754B1 (en) | System for user control of version /Synchronization in mobile computing | |
| EP0841626B1 (en) | Data transfer mechanism | |
| US5327560A (en) | Method of updating network reconfiguration information exchanged between a host computer and a communication control processor | |
| JPH11126209A (ja) | 情報処理装置及び方法並びに情報処理プログラムを記録した記録媒体 | |
| JPH0934763A (ja) | ファイル管理装置およびファイル管理方法 | |
| JPH1021061A (ja) | クライアントソフトウェア自動バージョンアップシステム | |
| JPH1021174A (ja) | データ転送システム | |
| JP3042600B2 (ja) | 分散ファイルの同期方式 | |
| JPH09244933A (ja) | データベースバックアップ方法及び装置 | |
| US20030115145A1 (en) | System and method for managing distributed files | |
| CN114063935B (zh) | 处理数据的方法以及装置 | |
| JPH09146804A (ja) | データ整合装置 | |
| JP2830826B2 (ja) | 分散ファイルの同期システムと方法 | |
| JPH0844609A (ja) | データバックアップ方法 | |
| JPH03202935A (ja) | 分散処理システムにおける同期更新方式 | |
| JP2713405B2 (ja) | ファイルシステム | |
| JP2870308B2 (ja) | データベースマネージメントシステム | |
| JP2507600B2 (ja) | 図面情報の仮更新制御方式 | |
| JPH0456344B2 (ja) | ||
| JPH09204345A (ja) | 分散データベース検索方法 | |
| JP2507604B2 (ja) | 情報処理装置 | |
| JP2001236254A (ja) | データ共有装置、データ共有方法およびデータ共有プログラムが記録されたコンピュータ読み取り可能な記録媒体 |