JPH09146804A - データ整合装置 - Google Patents
データ整合装置Info
- Publication number
- JPH09146804A JPH09146804A JP7309059A JP30905995A JPH09146804A JP H09146804 A JPH09146804 A JP H09146804A JP 7309059 A JP7309059 A JP 7309059A JP 30905995 A JP30905995 A JP 30905995A JP H09146804 A JPH09146804 A JP H09146804A
- Authority
- JP
- Japan
- Prior art keywords
- data
- sql statement
- attribute
- relational database
- conversion
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 複数のＲＤＢＭＳ間で互いのＤＢテーブルの
レコードデータの整合性を保ちつつデータのやり取りを
行う。 【構成】このデータ整合装置は、予め複数のＲＤＢＭＳ
１１、２１の属性と、それぞれに対するSQL 文の変換規
則が定義されているSQL 文変換定義ファイル２３と、Ｒ
ＤＢＭＳ１１側のデータをファイル転送などによりＲＤ
ＢＭＳ２１側に送信するトランザクション監視機能部１
４と、ＲＤＢＭＳ１１側からのデータを受信し、SQL 文
変換定義ファイル２３の変換規則を基に、受信したデー
タのSQL 文をＲＤＢＭＳ２１に対応するSQL 文に変換
し、そのSQL 文と属性とを対応させてＲＤＢＭＳ２１の
中へローディングし、このSQL 文のローディングが正常
に完了した時点で、ＲＤＢＭＳ１１側のトランザクショ
ン監視機能部１４に対して正常終了のメッセージを返信
するSQL 文ローディング機能部２２とを具備する。
レコードデータの整合性を保ちつつデータのやり取りを
行う。 【構成】このデータ整合装置は、予め複数のＲＤＢＭＳ
１１、２１の属性と、それぞれに対するSQL 文の変換規
則が定義されているSQL 文変換定義ファイル２３と、Ｒ
ＤＢＭＳ１１側のデータをファイル転送などによりＲＤ
ＢＭＳ２１側に送信するトランザクション監視機能部１
４と、ＲＤＢＭＳ１１側からのデータを受信し、SQL 文
変換定義ファイル２３の変換規則を基に、受信したデー
タのSQL 文をＲＤＢＭＳ２１に対応するSQL 文に変換
し、そのSQL 文と属性とを対応させてＲＤＢＭＳ２１の
中へローディングし、このSQL 文のローディングが正常
に完了した時点で、ＲＤＢＭＳ１１側のトランザクショ
ン監視機能部１４に対して正常終了のメッセージを返信
するSQL 文ローディング機能部２２とを具備する。
Description
【０００１】
【産業上の利用分野】本発明は、例えば異なるリレーシ
ョナルデータベース管理システム（ＲＤＢＭＳ）間にお
いてデータ整合を行うデータ整合装置に関する。
ョナルデータベース管理システム（ＲＤＢＭＳ）間にお
いてデータ整合を行うデータ整合装置に関する。
【０００２】
【従来の技術】従来から、異種ＲＤＢＭＳ間では、互い
に内部構造が異なることからデータのやり取りが困難で
あり改善が望まれている。
に内部構造が異なることからデータのやり取りが困難で
あり改善が望まれている。
【０００３】従来、複数のリレーショナルデータベース
管理システム（ＲＤＢＭＳ）間において、互いのデータ
ベース間でデータのやり取りを行う場合、一方のＲＤＢ
ＭＳから他方に対してトランザクションを起こし、互い
のデータベースのテーブル構造が同じであれば、一方の
データベースのデータを他方にレコードすることが可能
であり、この場合に限り他方のＲＤＢＭＳのテーブルの
内容が更新される。
管理システム（ＲＤＢＭＳ）間において、互いのデータ
ベース間でデータのやり取りを行う場合、一方のＲＤＢ
ＭＳから他方に対してトランザクションを起こし、互い
のデータベースのテーブル構造が同じであれば、一方の
データベースのデータを他方にレコードすることが可能
であり、この場合に限り他方のＲＤＢＭＳのテーブルの
内容が更新される。
【０００４】ところで、互いのテーブル構造が同じであ
ったとしても、それぞれのＲＤＢＭＳが独自に持ってい
る属性が異なる場合がある。
ったとしても、それぞれのＲＤＢＭＳが独自に持ってい
る属性が異なる場合がある。
【０００５】この場合、両者のテーブルのレコードデー
タの整合性が保てなくなるため、データのやり取りがで
きない。
タの整合性が保てなくなるため、データのやり取りがで
きない。
【０００６】
【発明が解決しようとする課題】このように従来の複数
のリレーショナルデータベース管理システム間におい
て、データのやり取りを行う場合、互いのテーブル構造
が同じであっても、それぞれの属性が異なる場合は、両
者のテーブルのレコードデータの整合性が保てなくなる
ためデータのやり取りができないという問題があった。
のリレーショナルデータベース管理システム間におい
て、データのやり取りを行う場合、互いのテーブル構造
が同じであっても、それぞれの属性が異なる場合は、両
者のテーブルのレコードデータの整合性が保てなくなる
ためデータのやり取りができないという問題があった。
【０００７】本発明はこのような課題を解決するために
なされたもので、異種リレーショナルデータベース管理
システム間において、データのやり取りを行うことので
きるデータ整合装置を提供することを目的としている。
なされたもので、異種リレーショナルデータベース管理
システム間において、データのやり取りを行うことので
きるデータ整合装置を提供することを目的としている。
【０００８】
【課題を解決するための手段】上記した目的を達成する
ために、請求項１記載のデータ整合装置は、複数のリレ
ーショナルデータベース管理システム間のデータ通信を
取り持つデータ整合装置において、前記複数のリレーシ
ョナルデータベース管理システムの属性と、その属性に
応じた通信データの変換規則を予め定義した変換規則定
義手段と、一方のリレーショナルデータベース管理シス
テム側から他方に通信データを送信する送信手段と、前
記送信手段からの通信データを受信手段と、前記受信手
段により受信された通信データを、前記変換規則定義手
段の変換規則を基に送信元の属性に対応する通信データ
に変換する変換手段と、前記変換手段により変換された
通信データとその属性とを対応させて保存するデータ保
存手段と、前記データ保存手段に通信データが正常に保
存された時点で、前記送信手段に対して正常終了を示す
情報を返信する返信手段とを具備している。
ために、請求項１記載のデータ整合装置は、複数のリレ
ーショナルデータベース管理システム間のデータ通信を
取り持つデータ整合装置において、前記複数のリレーシ
ョナルデータベース管理システムの属性と、その属性に
応じた通信データの変換規則を予め定義した変換規則定
義手段と、一方のリレーショナルデータベース管理シス
テム側から他方に通信データを送信する送信手段と、前
記送信手段からの通信データを受信手段と、前記受信手
段により受信された通信データを、前記変換規則定義手
段の変換規則を基に送信元の属性に対応する通信データ
に変換する変換手段と、前記変換手段により変換された
通信データとその属性とを対応させて保存するデータ保
存手段と、前記データ保存手段に通信データが正常に保
存された時点で、前記送信手段に対して正常終了を示す
情報を返信する返信手段とを具備している。
【０００９】また請求項２記載のデータ整合装置は、複
数のリレーショナルデータベース管理システム間のデー
タ通信を取り持つデータ整合装置において、前記複数の
リレーショナルデータベース管理システムの属性と、そ
れぞれに対するSQL 文の変換規則を予め定義したSQL 文
変換定義ファイルと、一方のリレーショナルデータベー
ス管理システム側から他方にデータを送信するトランザ
クション監視機能部と、前記トランザクション監視機能
部からのデータを受信し、前記SQL 文変換定義ファイル
の変換規則を基に、受信したデータのSQL 文を送信元の
属性に対応するSQL 文に変換し、そのSQL 文と属性とを
対応させて自身のデータベースへローディングし、この
SQL 文のローディングが正常に完了した時点で、前記ト
ランザクション監視機能部に対して正常終了のメッセー
ジを返信するSQL 文ローディング機能部とを具備してい
る。
数のリレーショナルデータベース管理システム間のデー
タ通信を取り持つデータ整合装置において、前記複数の
リレーショナルデータベース管理システムの属性と、そ
れぞれに対するSQL 文の変換規則を予め定義したSQL 文
変換定義ファイルと、一方のリレーショナルデータベー
ス管理システム側から他方にデータを送信するトランザ
クション監視機能部と、前記トランザクション監視機能
部からのデータを受信し、前記SQL 文変換定義ファイル
の変換規則を基に、受信したデータのSQL 文を送信元の
属性に対応するSQL 文に変換し、そのSQL 文と属性とを
対応させて自身のデータベースへローディングし、この
SQL 文のローディングが正常に完了した時点で、前記ト
ランザクション監視機能部に対して正常終了のメッセー
ジを返信するSQL 文ローディング機能部とを具備してい
る。
【００１０】なお互いに整合性を取ろうとしている複数
のリレーショナルデータベース管理システムそれぞれの
内部のテーブル構造は同じであることが前提である。
のリレーショナルデータベース管理システムそれぞれの
内部のテーブル構造は同じであることが前提である。
【００１１】
【作用】請求項１記載の発明では、送信手段からの通信
データを受信手段が受信すると、その通信データは、変
換規則定義手段の変換規則を基に送信元の属性に対応す
る通信データに変換され、その通信データと属性とが対
応されてデータ保存手段に保存される。そしてその通信
データが正常に保存された時点で送信手段に正常終了を
示す情報が返信される。
データを受信手段が受信すると、その通信データは、変
換規則定義手段の変換規則を基に送信元の属性に対応す
る通信データに変換され、その通信データと属性とが対
応されてデータ保存手段に保存される。そしてその通信
データが正常に保存された時点で送信手段に正常終了を
示す情報が返信される。
【００１２】したがって、異なるリレーショナルデータ
ベース管理システム間において、両者のテーブルのレコ
ードデータの整合性が保てるようになり、異種リレーシ
ョナルデータベース管理システム間において、データの
やり取りを行えるようになる。 また請求項２記載の発
明では、一方のリレーショナルデータベース管理システ
ムのトランザクション監視機能部から他方に対してトラ
ンザクションが発生し、他方でデータを受信すると、SQ
L 文ローディング機能部は、SQL 文変換定義ファイルの
変換規則を基に、受信したデータのSQL 文を送信元の属
性に対応するSQL 文に変換し、そのSQL 文と属性とを対
応させて自身のデータベースへローディングし、このSQ
L 文のローディングが正常に完了した時点で、トランザ
クション監視機能部に対して正常終了のメッセージを返
信する。
ベース管理システム間において、両者のテーブルのレコ
ードデータの整合性が保てるようになり、異種リレーシ
ョナルデータベース管理システム間において、データの
やり取りを行えるようになる。 また請求項２記載の発
明では、一方のリレーショナルデータベース管理システ
ムのトランザクション監視機能部から他方に対してトラ
ンザクションが発生し、他方でデータを受信すると、SQ
L 文ローディング機能部は、SQL 文変換定義ファイルの
変換規則を基に、受信したデータのSQL 文を送信元の属
性に対応するSQL 文に変換し、そのSQL 文と属性とを対
応させて自身のデータベースへローディングし、このSQ
L 文のローディングが正常に完了した時点で、トランザ
クション監視機能部に対して正常終了のメッセージを返
信する。
【００１３】したがって、異なるリレーショナルデータ
ベース管理システム間において、両者のテーブルのレコ
ードデータの整合性が保てるようになり、異種リレーシ
ョナルデータベース管理システム間においてデータのや
り取りを行えるようになる。
ベース管理システム間において、両者のテーブルのレコ
ードデータの整合性が保てるようになり、異種リレーシ
ョナルデータベース管理システム間においてデータのや
り取りを行えるようになる。
【００１４】
【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。
に説明する。
【００１５】図１は本発明に係る一実施例のデータ整合
装置の構成を示す図、図２はコンピュータ間で転送され
るデータ構造を示す図である。
装置の構成を示す図、図２はコンピュータ間で転送され
るデータ構造を示す図である。
【００１６】同図において、１、２はそれぞれ異なる種
類のコンピュータであり、図示しない共有メモリを有し
ている。コンピュータ１は、リレーショナルデータベー
ス管理システム（以下ＲＤＢＭＳと称す）１１、ＤＢ更
新アプリケーション群１２、トランザクションログ機能
部１３、トランザクション監視機能部１４、同期処理用
の外部ファイル１５などを有している。ＲＤＢＭＳ１１
は、ユーザ定義テーブル１６と、トランザクション管理
テーブル１７とが設けられている。
類のコンピュータであり、図示しない共有メモリを有し
ている。コンピュータ１は、リレーショナルデータベー
ス管理システム（以下ＲＤＢＭＳと称す）１１、ＤＢ更
新アプリケーション群１２、トランザクションログ機能
部１３、トランザクション監視機能部１４、同期処理用
の外部ファイル１５などを有している。ＲＤＢＭＳ１１
は、ユーザ定義テーブル１６と、トランザクション管理
テーブル１７とが設けられている。
【００１７】図２に示すように、このトランザクション
管理テーブル１７は、登録時間３０、SQLLOG３１および
転送フラグ３２などのカラムから構成されている。
管理テーブル１７は、登録時間３０、SQLLOG３１および
転送フラグ３２などのカラムから構成されている。
【００１８】ここで、登録時間３０は、トランザクショ
ン管理テーブル１にレコードがINSERTされた時間を記録
するためのカラムであり、本テーブルにてユニークキー
となるようにINSERT時のシステム時刻が秒の小数点以下
6桁まで記録される。SQLLOG３１は、SQL 文そのものを
INSERTするカラムであり、ＲＤＢＭＳ内で発生したトラ
ンザクション中でINSERT、UPDATE、DELETEのSQL 文が記
録される。転送フラグ３２は、他方のＲＤＢＭＳへレコ
ードが反映されたかどうかを示すフラグカラムであり、
“転送済”かどちらかのステータスが記録される。
ン管理テーブル１にレコードがINSERTされた時間を記録
するためのカラムであり、本テーブルにてユニークキー
となるようにINSERT時のシステム時刻が秒の小数点以下
6桁まで記録される。SQLLOG３１は、SQL 文そのものを
INSERTするカラムであり、ＲＤＢＭＳ内で発生したトラ
ンザクション中でINSERT、UPDATE、DELETEのSQL 文が記
録される。転送フラグ３２は、他方のＲＤＢＭＳへレコ
ードが反映されたかどうかを示すフラグカラムであり、
“転送済”かどちらかのステータスが記録される。
【００１９】すなわち、このトランザクション管理テー
ブル１７は、そのＲＤＢＭＳ１１内で発生したトランザ
クションの中でテーブル内のレコードが更新されるINSE
RT、UPDATE、DELETE処理のSQL 文そのものをテーブル上
でログとして管理するためのテーブルである。
ブル１７は、そのＲＤＢＭＳ１１内で発生したトランザ
クションの中でテーブル内のレコードが更新されるINSE
RT、UPDATE、DELETE処理のSQL 文そのものをテーブル上
でログとして管理するためのテーブルである。
【００２０】トランザクションログ機能部１３は、一方
のＲＤＢＭＳ１１において各ユーザ定義テーブル１６に
対するトランザクションのうち、INSERT、UPDATE、DELE
TEについてはそのSQL 文そのものをトランザクション管
理テーブル１７へINSERTするものである。なおこのとき
登録時間のカラム３０には、システム時刻を記録し、転
送フラグのカラム３２には、デフォルト値として“未転
送”のデータをセットする。トランザクション監視機能
部１４は、トランザクション管理テーブル１７内の中
を、常に転送フラグが“未転送”、かつ登録時刻が現在
時刻以前という条件で、SQLLOGのカラム３１をSELECTし
て外部ファイル１５に記録する。他方のＲＤＢＭＳ２１
に正常にデータがセットされた段階で転送フラグを“転
送済み”にUPDATEする。
のＲＤＢＭＳ１１において各ユーザ定義テーブル１６に
対するトランザクションのうち、INSERT、UPDATE、DELE
TEについてはそのSQL 文そのものをトランザクション管
理テーブル１７へINSERTするものである。なおこのとき
登録時間のカラム３０には、システム時刻を記録し、転
送フラグのカラム３２には、デフォルト値として“未転
送”のデータをセットする。トランザクション監視機能
部１４は、トランザクション管理テーブル１７内の中
を、常に転送フラグが“未転送”、かつ登録時刻が現在
時刻以前という条件で、SQLLOGのカラム３１をSELECTし
て外部ファイル１５に記録する。他方のＲＤＢＭＳ２１
に正常にデータがセットされた段階で転送フラグを“転
送済み”にUPDATEする。
【００２１】一方のコンピュータ２は、上記ＲＤＢＭＳ
１１とは異なる種類のＲＤＢＭＳ２１、SQL 文ローディ
ング機能部２２、SQL 文変換定義ファイル２３などを有
している。ＲＤＢＭＳ２１内には、ユーザ定義テーブル
２４が設けられている。SQL文ローディング機能部２２
は、トランザクション監視機能部１４により作成された
外部ファイル１５の内容（INSERT、UPDATE、DELETEのSQ
L 文）を基に、他方のＲＤＢＭＳ２１内の該当テーブル
２３に対してSQL 文を発行するものである。またこのSQ
L 文ローディング機能部２２は、SQL 文の発行が正常に
完了し、レコードがコミットした時点で、発行元のトラ
ンザクション監視機能部１４に正常終了のメッセージを
返信するものである。SQL 文変換定義ファイル２３に
は、予め複数のＲＤＢＭＳ１１、２１…の属性とそれぞ
れに対するSQL 文の変換規則が定義されている。
１１とは異なる種類のＲＤＢＭＳ２１、SQL 文ローディ
ング機能部２２、SQL 文変換定義ファイル２３などを有
している。ＲＤＢＭＳ２１内には、ユーザ定義テーブル
２４が設けられている。SQL文ローディング機能部２２
は、トランザクション監視機能部１４により作成された
外部ファイル１５の内容（INSERT、UPDATE、DELETEのSQ
L 文）を基に、他方のＲＤＢＭＳ２１内の該当テーブル
２３に対してSQL 文を発行するものである。またこのSQ
L 文ローディング機能部２２は、SQL 文の発行が正常に
完了し、レコードがコミットした時点で、発行元のトラ
ンザクション監視機能部１４に正常終了のメッセージを
返信するものである。SQL 文変換定義ファイル２３に
は、予め複数のＲＤＢＭＳ１１、２１…の属性とそれぞ
れに対するSQL 文の変換規則が定義されている。
【００２２】次に、図３を参照してこのデータ整合装置
の動作を説明する。
の動作を説明する。
【００２３】このデータ整合装置では、まず、一方のコ
ンピュータ１などのＤＢ更新アプリケーション群１２か
ら他方のコンピュータ２のＲＤＢＭＳ２１へのデータ更
新処理がなされると（図３のステップ101 ）、一方のＲ
ＤＢＭＳ１１において、のログ装置であるトランザクシ
ョンログ機能部１３が、内部の各テーブル（ユーザ定義
テーブル１６、トランザクション管理テーブル１７な
ど）に対して、レコードのINSERT、UPDATE、DELETEなど
のSQL 文を発行する（ステップ102 ）。
ンピュータ１などのＤＢ更新アプリケーション群１２か
ら他方のコンピュータ２のＲＤＢＭＳ２１へのデータ更
新処理がなされると（図３のステップ101 ）、一方のＲ
ＤＢＭＳ１１において、のログ装置であるトランザクシ
ョンログ機能部１３が、内部の各テーブル（ユーザ定義
テーブル１６、トランザクション管理テーブル１７な
ど）に対して、レコードのINSERT、UPDATE、DELETEなど
のSQL 文を発行する（ステップ102 ）。
【００２４】この場合、そのSQL 文をそのままトランザ
クション管理テーブル１７へINSERTする。このとき、登
録時刻と転送フラグのデータもセットされる。
クション管理テーブル１７へINSERTする。このとき、登
録時刻と転送フラグのデータもセットされる。
【００２５】続いて、トランザクション監視機能部１４
は、トランザクション管理テーブル１７の中に対して、
常に登録時刻が現在時刻以前でフラグのデータが“未転
送”という条件にて検索を行い、ヒットしたレコードを
データ整合用の外部ファイル１５へ書き込む（ステップ
103 ）。
は、トランザクション管理テーブル１７の中に対して、
常に登録時刻が現在時刻以前でフラグのデータが“未転
送”という条件にて検索を行い、ヒットしたレコードを
データ整合用の外部ファイル１５へ書き込む（ステップ
103 ）。
【００２６】そしてこの外部ファイル１５をSQL 文ロー
ディング機能部２２へ転送する。
ディング機能部２２へ転送する。
【００２７】次に、SQL 文ローディング機能部２２は、
ファイル転送などにより外部ファイル１５を図示しない
共有メモリで受け取り、SQL 文変換定義ファイル２３か
ら変換規則を読み出す（ステップ104 ）。
ファイル転送などにより外部ファイル１５を図示しない
共有メモリで受け取り、SQL 文変換定義ファイル２３か
ら変換規則を読み出す（ステップ104 ）。
【００２８】そして共有メモリから外部ファイル１５の
SQL 文を読み出して、そのSQL 文を属性が定義されてい
る１番目のＲＤＢＭＳの変換規則に従って変換し、新た
なSQL 文を作成する（ステップ105 ）。
SQL 文を読み出して、そのSQL 文を属性が定義されてい
る１番目のＲＤＢＭＳの変換規則に従って変換し、新た
なSQL 文を作成する（ステップ105 ）。
【００２９】そして、SQL 文ローディング機能部２２
は、作成したSQL 文と、送信元のＲＤＢＭＳ１１のSQL
文とが一致したとき、その属性とSQL 文とを対応させて
ＲＤＢＭＳ２１の中へローディングする。
は、作成したSQL 文と、送信元のＲＤＢＭＳ１１のSQL
文とが一致したとき、その属性とSQL 文とを対応させて
ＲＤＢＭＳ２１の中へローディングする。
【００３０】正常にSQL 文のローディングが完了した時
点で、コンピュータ１のトランザクション監視機能部１
４に対して正常終了のメッセージを返信する。
点で、コンピュータ１のトランザクション監視機能部１
４に対して正常終了のメッセージを返信する。
【００３１】この正常終了のメッセージを受け取ったコ
ンピュータ１のトランザクション監視機能部１４は、ト
ランザクション管理テーブル１７内の該当レコードの転
送フラグのステータスを“転送済”へUPDATAする。
ンピュータ１のトランザクション監視機能部１４は、ト
ランザクション管理テーブル１７内の該当レコードの転
送フラグのステータスを“転送済”へUPDATAする。
【００３２】以下、ステップ106 からのＦＯＲループに
よって、定義個数分の処理が終わるまで上記した処理を
サイクリックに繰り返す（ステップ106 〜ステップ109
）。すなわち、コンピュータ１上で稼働しているＲＤ
ＢＭＳ１１のユーザ定義テーブル１６のデータを、コン
ピュータ２上で稼働するＲＤＢＭＳ２１へ一定間隔にダ
ウンロードし、これにより、メインフレームによるデー
タベースの集中管理型から分散管理型へ移行し、コンピ
ュータ１の負荷分散と、端末からのレスポンスの向上を
図っている。
よって、定義個数分の処理が終わるまで上記した処理を
サイクリックに繰り返す（ステップ106 〜ステップ109
）。すなわち、コンピュータ１上で稼働しているＲＤ
ＢＭＳ１１のユーザ定義テーブル１６のデータを、コン
ピュータ２上で稼働するＲＤＢＭＳ２１へ一定間隔にダ
ウンロードし、これにより、メインフレームによるデー
タベースの集中管理型から分散管理型へ移行し、コンピ
ュータ１の負荷分散と、端末からのレスポンスの向上を
図っている。
【００３３】例えば図１のブロック図で上記動作を説明
すると、コンピュータ１上にてＤＢ更新アプリケーショ
ン群１２がＲＤＢＭＳ１１に対してユーザ定義テーブル
１６への更新処理を行うと、そのSQL 文がトランザクシ
ョン管理テーブル１７にINSERTされる（）。
すると、コンピュータ１上にてＤＢ更新アプリケーショ
ン群１２がＲＤＢＭＳ１１に対してユーザ定義テーブル
１６への更新処理を行うと、そのSQL 文がトランザクシ
ョン管理テーブル１７にINSERTされる（）。
【００３４】すると、トランザクション管理テーブル１
７から更新SQL が検索され、その結果が同期処理用の外
部ファイル１５に記録される（、）。
７から更新SQL が検索され、その結果が同期処理用の外
部ファイル１５に記録される（、）。
【００３５】この外部ファイル１５は、コンピュータ１
からコンピュータ２へファイル転送される。
からコンピュータ２へファイル転送される。
【００３６】コンピュータ２側では、外部ファイル１５
を共有メモリで受け取ると（）、その外部ファイル１
５は、サーバ側、つまりコンピュータ２側のＲＤＢＭＳ
２１のSQL 文のフォーマットに変換された後、ＲＤＢＭ
Ｓ２１へローディングされる（、）。
を共有メモリで受け取ると（）、その外部ファイル１
５は、サーバ側、つまりコンピュータ２側のＲＤＢＭＳ
２１のSQL 文のフォーマットに変換された後、ＲＤＢＭ
Ｓ２１へローディングされる（、）。
【００３７】このように本実施例のデータ整合装置によ
れば、複数のＲＤＢＭＳの属性に対するSQL 文の変換規
則を定義したSQL 文変換定義ファイル２３を備えている
ので、互いに異なるＲＤＢＭＳ１１、２１間でも内部テ
ーブルのレコードの整合性を保ちつつデータのやり取り
を行うことができる。
れば、複数のＲＤＢＭＳの属性に対するSQL 文の変換規
則を定義したSQL 文変換定義ファイル２３を備えている
ので、互いに異なるＲＤＢＭＳ１１、２１間でも内部テ
ーブルのレコードの整合性を保ちつつデータのやり取り
を行うことができる。
【００３８】また異なるコンピュータ（マシン）上にＲ
ＤＢＭＳ１１、２１が存在する場合でも、各マシン間で
共有メモリを利用して外部ファイル１５を転送すること
により同期処理が可能となる。
ＤＢＭＳ１１、２１が存在する場合でも、各マシン間で
共有メモリを利用して外部ファイル１５を転送すること
により同期処理が可能となる。
【００３９】
【発明の効果】以上説明したように請求項１記載の発明
によれば、送信手段から送信した通信データが相手側に
正常に保存された時点で、正常終了を示す情報が送信手
段に返信されてくるので、異なるリレーショナルデータ
ベース管理システム間において、両者のテーブルのレコ
ードデータの整合性が保てるようになる。
によれば、送信手段から送信した通信データが相手側に
正常に保存された時点で、正常終了を示す情報が送信手
段に返信されてくるので、異なるリレーショナルデータ
ベース管理システム間において、両者のテーブルのレコ
ードデータの整合性が保てるようになる。
【００４０】また請求項２記載の発明によれば、トラン
ザクション監視機能部によりデータが送信されると、相
手側のデータベースに正常にローディングが完了した時
点で、正常終了のメッセージが必ずトランザクション監
視機能部に返信されてくるので、 両者のテーブルのレ
コードデータの整合性が保てるようになる。
ザクション監視機能部によりデータが送信されると、相
手側のデータベースに正常にローディングが完了した時
点で、正常終了のメッセージが必ずトランザクション監
視機能部に返信されてくるので、 両者のテーブルのレ
コードデータの整合性が保てるようになる。
【００４１】上記した結果、異種リレーショナルデータ
ベース管理システム間において、レコードデータの整合
性を保ちつつデータのやり取りを行えるようになる。
ベース管理システム間において、レコードデータの整合
性を保ちつつデータのやり取りを行えるようになる。
【図１】本発明に係る一実施例のデータ整合装置の構成
を示す図である。
を示す図である。
【図２】異なるＲＤＢＭＳ間で転送されるデータ構造を
示す図である。
示す図である。
【図３】このデータ整合装置の動作を示すフローチャー
トである。
トである。
１、２…コンピュータ、１１、２１…リレーショナルデ
ータベース管理システム（ＲＤＢＭＳ）、１２…ＤＢ更
新アプリケーション群、１３…トランザクションログ機
能部、１４…トランザクション監視機能部、１５…外部
ファイル、１６、２４…ユーザ定義テーブル、１７…ト
ランザクション管理テーブル、２２…SQL 文ローディン
グ機能部、２３…SQL 文変換定義ファイル。
ータベース管理システム（ＲＤＢＭＳ）、１２…ＤＢ更
新アプリケーション群、１３…トランザクションログ機
能部、１４…トランザクション監視機能部、１５…外部
ファイル、１６、２４…ユーザ定義テーブル、１７…ト
ランザクション管理テーブル、２２…SQL 文ローディン
グ機能部、２３…SQL 文変換定義ファイル。
Claims (2)
- 【請求項１】 複数のリレーショナルデータベース管理
システム間のデータ通信を取り持つデータ整合装置にお
いて、 前記複数のリレーショナルデータベース管理システムの
属性と、その属性に応じた通信データの変換規則を予め
定義した変換規則定義手段と、 一方のリレーショナルデータベース管理システム側から
他方に通信データを送信する送信手段と、 前記送信手段からの通信データを受信手段と、 前記受信手段により受信された通信データを、前記変換
規則定義手段の変換規則を基に送信元の属性に対応する
通信データに変換する変換手段と、 前記変換手段により変換された通信データとその属性と
を対応させて保存するデータ保存手段と、 前記データ保存手段に通信データが正常に保存された時
点で、前記送信手段に対して正常終了を示す情報を返信
する返信手段とを具備したことを特徴とするデータ整合
装置。 - 【請求項２】 複数のリレーショナルデータベース管理
システム間のデータ通信を取り持つデータ整合装置にお
いて、 前記複数のリレーショナルデータベース管理システムの
属性と、それぞれに対するSQL 文の変換規則を予め定義
したSQL 文変換定義ファイルと、 一方のリレーショナルデータベース管理システム側から
他方にデータを送信するトランザクション監視機能部
と、 前記トランザクション監視機能部からのデータを受信
し、前記SQL 文変換定義ファイルの変換規則を基に、受
信したデータのSQL 文を送信元の属性に対応するSQL 文
に変換し、そのSQL 文と属性とを対応させて自身のデー
タベースへローディングし、このSQL 文のローディング
が正常に完了した時点で、前記トランザクション監視機
能部に対して正常終了のメッセージを返信するSQL 文ロ
ーディング機能部とを具備したことを特徴とするデータ
整合装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7309059A JPH09146804A (ja) | 1995-11-28 | 1995-11-28 | データ整合装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7309059A JPH09146804A (ja) | 1995-11-28 | 1995-11-28 | データ整合装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09146804A true JPH09146804A (ja) | 1997-06-06 |
Family
ID=17988389
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7309059A Withdrawn JPH09146804A (ja) | 1995-11-28 | 1995-11-28 | データ整合装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09146804A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000112807A (ja) * | 1998-10-02 | 2000-04-21 | Nec Corp | ローカルデータベース遅延更新システム及びローカルデータベース遅延更新方法 |
| JP2001034518A (ja) * | 1999-07-27 | 2001-02-09 | Nec Software Chugoku Ltd | 分散データベースシステムにおける主従関係情報同期方式 |
| JP2002132562A (ja) * | 2000-10-20 | 2002-05-10 | Aantsusha:Kk | データベース更新システム |
| JP2002175209A (ja) * | 2000-12-06 | 2002-06-21 | Plus Alpha:Kk | 情報サーバー内データ自動更新方法及びそのシステム |
| WO2004063928A1 (ja) * | 2003-01-14 | 2004-07-29 | Accelia, Inc. | データベース負荷軽減システムおよび負荷軽減プログラム |
| JP2011053891A (ja) * | 2009-09-01 | 2011-03-17 | Toshiba Corp | 通信データのリレーショナルデータベース保存方法およびリレーショナルデータベース保存プログラム |
| JP2014505925A (ja) * | 2010-12-20 | 2014-03-06 | セールスフォース ドット コム インコーポレイティッド | マルチテナントストアで横断的ストア結合を行う方法及びシステム |
-
1995
- 1995-11-28 JP JP7309059A patent/JPH09146804A/ja not_active Withdrawn
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000112807A (ja) * | 1998-10-02 | 2000-04-21 | Nec Corp | ローカルデータベース遅延更新システム及びローカルデータベース遅延更新方法 |
| JP2001034518A (ja) * | 1999-07-27 | 2001-02-09 | Nec Software Chugoku Ltd | 分散データベースシステムにおける主従関係情報同期方式 |
| JP2002132562A (ja) * | 2000-10-20 | 2002-05-10 | Aantsusha:Kk | データベース更新システム |
| JP2002175209A (ja) * | 2000-12-06 | 2002-06-21 | Plus Alpha:Kk | 情報サーバー内データ自動更新方法及びそのシステム |
| WO2004063928A1 (ja) * | 2003-01-14 | 2004-07-29 | Accelia, Inc. | データベース負荷軽減システムおよび負荷軽減プログラム |
| JP2011053891A (ja) * | 2009-09-01 | 2011-03-17 | Toshiba Corp | 通信データのリレーショナルデータベース保存方法およびリレーショナルデータベース保存プログラム |
| JP2014505925A (ja) * | 2010-12-20 | 2014-03-06 | セールスフォース ドット コム インコーポレイティッド | マルチテナントストアで横断的ストア結合を行う方法及びシステム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9928255B2 (en) | Method for generating indexes for downloading data | |
| US6684438B2 (en) | Method of using cache to determine the visibility to a remote database client of a plurality of database transactions | |
| US4714992A (en) | Communication for version management in a distributed information service | |
| US6189011B1 (en) | Method of maintaining a network of partially replicated database system | |
| US8782075B2 (en) | Query handling in databases with replicated data | |
| US6216135B1 (en) | Method of determining visibility to a remote database client of a plurality of database transactions having variable visibility strengths | |
| US6996583B2 (en) | Real-time database update transaction with disconnected relational database clients | |
| US4714996A (en) | Impact calculation for version management in a distributed information service | |
| US20050165865A1 (en) | Metadata journal for information technology systems | |
| US20130173544A1 (en) | Materialized query table journaling in a computer database system | |
| JP2001357062A (ja) | データベース検索方法及びデータベース検索システム並びにデータベース検索プログラムを記録した記録媒体 | |
| JP2001513926A (ja) | 複数レベルのリモート・クライアントを持つ部分的複製分散データベース | |
| JP2001051879A (ja) | 非関係データベースへの改良されたアクセスのための方法およびシステム | |
| US7613741B2 (en) | Utilizing rules in a distributed information sharing system | |
| WO2023083237A1 (zh) | 图数据的管理 | |
| KR100521742B1 (ko) | 엑스엠엘 문서의 구조 및 속성 정보의 손실 없이 엑스엠엘문서를 원격 서버로 복제하는 엑스엠엘 데이터베이스이중화 장치 및 그 방법 | |
| US6189017B1 (en) | Method to be used with a distributed data base, and a system adapted to work according to the method | |
| JPH09146804A (ja) | データ整合装置 | |
| CN114328749A (zh) | 业务数据处理方法及其装置、计算机可读存储介质 | |
| US7506000B2 (en) | Method and system for programming disconnected data | |
| US8005802B2 (en) | Partial evaluation of rule sets | |
| US7139690B2 (en) | Object-level conflict detection in an object-relational database system | |
| US8554722B2 (en) | Method for transferring data into database systems | |
| US7624376B1 (en) | Integration of COTS software data stores into integrated data access layer | |
| CN115905313A (zh) | 一种MySQL大表关联查询***及方法 |
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: 20030204 |