JP2000132435A - 異種データベース管理システム間のデータ整合処理装置 - Google Patents

異種データベース管理システム間のデータ整合処理装置

Info

Publication number
JP2000132435A
JP2000132435A JP10308072A JP30807298A JP2000132435A JP 2000132435 A JP2000132435 A JP 2000132435A JP 10308072 A JP10308072 A JP 10308072A JP 30807298 A JP30807298 A JP 30807298A JP 2000132435 A JP2000132435 A JP 2000132435A
Authority
JP
Japan
Prior art keywords
record
user
management system
data
database management
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
Application number
JP10308072A
Other languages
English (en)
Inventor
Shuichi Hoshino
就一 星野
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP10308072A priority Critical patent/JP2000132435A/ja
Publication of JP2000132435A publication Critical patent/JP2000132435A/ja
Pending legal-status Critical Current

Links

Abstract

(57)【要約】 【課題】既存業務システムＲＤＢＭＳに対して付加機能
を開発せずレプリケーション機構を用いＲＤＢＭＳと異
種ＤＢＭＳ間で互いに異なるテーブル構造のテーブルに
ついて一部のデータ整合性を保ち短時間処理装置を提供
することにある。 【解決手段】判断・抽出機能部と複製機能部、ＳＱＬ文
変換加工機能部、ＳＱＬ文ローディング機能部で構成す
ることによってリレーショナルデータベース管理システ
ムのユーザ定義テーブルと一時テーブル、更新ログテー
ブルからレコードの最終結果の差を抽出し、抽出したデ
ータをＳＱＬ文に変更加工し、ＳＱＬ文をローディング
する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、例えばリレーショ
ナルデータベース管理システムと前記と異なるデータベ
ース管理システム間において、互いに異なるユーザ定義
テーブル構造を持っている場合、ユーザ定義テーブルの
一部または全部のデータと異なるデータベース管理シス
テムのユーザ定義テーブル間でデータの整合を行う装置
に関するものである。
【０００２】
【従来の技術】リレーショナルデータベース管理システ
ム（以下ＲＤＢＭＳと称す）と異種のデータベース管理
システム（ＤＢＭＳと称す）間のデータ整合を行うにあ
たり、ユーザ定義テーブルと更新ログテーブルに属した
疑似列のキーから新規に挿入されたレコードや更新され
たレコードは抽出することができる。しかし、ユーザ定
義テーブルと更新ログテーブルの中から削除されたレコ
ードは存在しない、かつ異種ＤＢＭＳのユーザ定義テー
ブルの中ではＲＤＢＭＳの疑似列のキーは存在しないた
め、レコードの差分を抽出することができないという問
題がある。このため、ＲＤＢＭＳと異種ＤＢＭＳでのデ
ータ整合を実現することは困難である。
【０００３】特開平９−１４６８０４号公報に記載され
ているようにＲＤＢＭＳと異種ＤＢＭＳ間でのデータ整
合を行う装置では、ＲＤＢＭＳのユーザ定義テーブルと
トランザクションのログテーブルから作成したデータを
外部ファイルとして保存し、異種ＤＢＭＳのサーバにフ
ァイル転送する。異種ＤＢＭＳでは転送ファイルからレ
コードを取り出し、異種ＤＢＭＳ用として全データをＳ
ＱＬ変換加工し、ローディングするという手段によって
解決できる。
【０００４】また、同種のリレーショナルデータベース
管理システム（以下ＲＤＢＭＳと称す）間では、レプリ
ケーション機構によって任意の間隔で自動的、かつ定期
的にテーブルの変化分を同じテーブル構造のテーブル
（以下一時テーブルと称す）へ複製しデータの整合性を
保つことできる。レプリカのためのテーブルはユーザ定
義テーブルと更新ログテーブルから構成されている。ユ
ーザ定義テーブルはＲＤＢＭＳの内部機構により物理ア
ドレスに対応する一意の疑似列を持ち、更新ログテーブ
ルはユーザ定義テーブルの疑似列に対応した項目を持つ
ことで、ユーザ定義テーブルとリレーションシップを保
っている。疑似列を元にして更新されたレコードはどれ
であるかを判別して、他方の複製テーブルへの更新処理
（ＩＮＳＥＲＴ，ＵＰＤＡＴＥ，ＤＥＬＥＴＥ）を実現
している。
【０００５】
【発明が解決しようとする課題】上記従来技術を用いて
既存の業務システムと他方のシステム間でデータのやり
取りを行うためには、既存業務システムのデータベース
に対して、トランザクション処理に纏わるトリガやスト
アド・プロシージャなどを開発しなければならない。こ
のため開発工数がかかり、またトラブルの直接的な原因
ともなりうる。さらにファイル転送の手段を用いて既存
の業務システムと他方のシステム間でデータのやり取り
を行うためには、データ量が大きくなりシステム間に多
大な負荷や時間がかかるという問題がある。
【０００６】インターネットやエクストラネットでは、
ここ数年間データベースシステムを利用したＷＥＢサー
ビスを開始している企業が増加している。このデータベ
ースシステムと既存の業務データベースシステム間でデ
ータのやり取りを行いたいというニーズが増加してい
る。
【０００７】本発明の目的は、既存業務システムのＲＤ
ＢＭＳに対して、ＲＤＢの再構築なしで外部的に追加し
た機能によってＲＤＢＭＳと異種ＤＢＭＳ間で互いに異
なるテーブル構造のテーブルにおいて、一部のデータ整
合性を保つ装置を提供することにある。
【０００８】
【課題を解決するための手段】ＲＤＢＭＳと異種ＤＢＭ
Ｓ間で互いに異なるテーブル構造のテーブルにおいて、
一部のデータをやりとりしながら整合を実現し連携する
ために、ＲＤＢＭＳにユーザ定義テーブル、ユーザ定義
テーブルを複製した一時テーブル、ユーザ定義テーブル
の更新レコードのイベントを格納する更新ログテーブル
を用意する。
【０００９】この３つのテーブルを用いてＲＤＢＭＳの
ユーザ定義テーブルに格納されたデータをＩＮＳＥＲ
Ｔ，ＵＰＤＡＴＥ，ＤＥＬＥＴＥする場合、下記のとお
り異種間ＤＢＭＳのデータ整合処理装置について説明す
る。
【００１０】第一に、ＲＤＢＭＳのユーザ定義テーブ
ル、更新ログテーブル、一時テーブルのこの３つのテー
ブルによって、ＲＤＢＭＳのユーザ定義テーブルに存在
し、かつ異種ＤＢＭＳのユーザ定義テーブルに存在しな
いレコードを抽出する判断・抽出手段、抽出されたレコ
ードを異種ＤＢＭＳの挿入データ用に加工する加工手
段、異種ＤＢＭＳのテーブルのレコードをＩＮＳＥＲＴ
する手段、一時テーブルへの更新手段により、異種間Ｄ
ＢＭＳのデータ整合処理装置を実現する。
【００１１】第二に、ＲＤＢＭＳのユーザ定義テーブ
ル、更新ログテーブル、一時テーブルのこの３つのテー
ブルによって、ＲＤＢＭＳのユーザ定義テーブルに存在
し、かつ異種ＤＢＭＳのユーザ定義テーブルにＲＤＢＭ
Ｓのユーザ定義テーブルと内容の異なるレコードを抽出
する判断・抽出手段、抽出されたレコードを異種ＤＢＭ
Ｓの更新データ用に加工する加工手段、異種ＤＢＭＳの
テーブルのレコードをＵＰＤＡＴＥする手段、一時テー
ブルへの更新手段により、異種間ＤＢＭＳのデータ整合
処理装置を実現する特徴としたものである。
【００１２】第三に、ＲＤＢＭＳのユーザ定義テーブ
ル、一時テーブル、更新ログテーブルのこの３つのテー
ブルによって、ＲＤＢＭＳのユーザ定義テーブルに存在
せず、かつ異種ＤＢＭＳのユーザ定義テーブルに存在す
るレコードを抽出する判断・抽出手段、抽出されたレコ
ードを異種ＤＢＭＳの削除データ用に加工する加工手
段、異種ＤＢＭＳのテーブルのレコードをＤＥＬＥＴＥ
する手段、一時テーブルへの更新手段により、異種間Ｄ
ＢＭＳのデータ整合処理装置を実現する。
【００１３】ユーザ定義テーブルに格納されたデータを
異種ＤＢＭＳのユーザ定義テーブルに初期登録する場
合、レプリケーション機構の複製機能を用いた一時テー
ブルを作成する手段、ユーザ定義テーブルの全データを
抽出する手段、抽出されたレコードを異種ＤＢＭＳの挿
入データ用に加工するための加工手段、異種ＤＢＭＳの
テーブルにＩＮＳＥＲＴする手段、レプリケーション機
構の複製機能を用いた一時テーブルを更新する手段によ
り、異種間ＤＢＭＳのデータ整合処理装置を実現する。
【００１４】
【発明の実施の形態】以下図１〜図１０を用いて本発明
の実施形態を説明する。
【００１５】図１は本発明の実施例の実施形態を示すデ
ータ整合処理装置の構成図である。同図において、１，
２はそれぞれ異なる種類のコンピュータである。コンピ
ュータ１は、リレーショナルデータベース管理システム
（以下ＲＤＢＭＳと称す）１１などを有している。ＲＤ
ＢＭＳ１１は、レプリケーション機構１２、ユーザ定義
テーブル１３、一時テーブル１４、更新ログテーブル１
５とが設けられている。コンピュータ２は、ＲＤＢＭＳ
と異種のデータベース管理システム（以下ＤＢＭＳと称
す）２１、判断・抽出機能部２３、複製機能部２４、Ｓ
ＱＬ文変換加工機能部２５、ＳＱＬ文ローディング機能
部２６などを有している。異種ＤＢＭＳ２１は、ユーザ
定義テーブル１３とデータ構造が異なるユーザ定義テー
ブル２２を有している。
【００１６】図２は、データ整合処理装置における各テ
ーブル構造を示す。図２では、顧客管理データを格納し
たテーブルの例を示す。ＲＤＢＭＳ１１の内部機構によ
り物理アドレスに対応する一意の疑似列５０、ユニーク
キーの顧客ＩＤ５１、顧客名５２、住所５３、評価ラン
ク５４のカラムから構成する。一時テーブル１４は、Ｒ
ＤＢＭＳ１１の内部機構におけるレプリケーション機構
１２によりユーザ定義テーブル１３を複製したテーブル
であり、ＲＤＢＭＳ１１の内部機構により物理アドレス
に対応する一意の疑似列６０、疑似ＩＤ６１、顧客ＩＤ
６２、顧客名６３、住所６４、評価ランク６５のカラム
から構成する。
【００１７】疑似ＩＤ６１は、ユーザ定義テーブル１３
の疑似列５０に対応したカラムである。一時テーブル１
４では疑似列６０のカラムを除いてユーザ定義テーブル
１３と同様のデータが存在する。更新ログテーブル１５
は、ユーザ定義テーブル１３と対応してユーザ定義テー
ブル１３へのＩＮＳＥＲＴ・ＵＰＤＡＴＥ・ＤＥＬＥＴ
Ｅのイベントによって、そのイベント結果を記録するロ
グテーブルである。
【００１８】更新ログテーブル１５では、ユーザ定義テ
ーブル１３の疑似列５０に対応した疑似ＩＤ７１、ユー
ザ定義テーブル１３に対するイベント（ＩＮＳＥＲＴ・
ＵＰＤＡＴＥ・ＤＥＬＥＴＥ）をカラムに記録するため
のイベント７２、ユーザ定義テーブル１３を複製したと
きの時間をカラムに記録するタイムスタンプ７３のカラ
ムから構成されている。
【００１９】疑似ＩＤ６１は、ユーザ定義テーブル１３
の疑似列５０に対応したカラムである。異種ＤＢＭＳ２
１のユーザ定義テーブル２２は、顧客管理データの中で
最も重要視した顧客データを格納するための例を示す。
ＲＤＢＭＳ１１のユーザ定義テーブル１３構造と異なる
が、顧客ＩＤ８０と顧客ＩＤ５１、顧客名８１と顧客名
５２、住所８２と住所５３、評価ランク８３と評価ラン
ク１４の各カラムが対応し、顧客ＩＤ８０、顧客名８
１、住所８２、評価ランク８３、コメント８４、ＴＳ８
５のカラムから構成する。ＴＳ８５は他のレプリケーシ
ョン機構が実行されたときのタイムスタンプを示す。
【００２０】ＲＤＢＭＳと異種ＤＢＭＳ間でデータ整合
をやり取りを行うために準備段階として互いにおなじデ
ータを持つ必要がある。図３は、初期データとしてＲＤ
ＢＭＳのユーザ定義テーブル１３のデータを異種ＤＢＭ
Ｓ２１のユーザ定義テーブル２２に対して初期登録する
方法を示す。ＲＤＢＭＳ１１にユーザ定義テーブル１３
に対する更新ログテーブル１５を作成する（ステップ１
０１）。ユーザ定義テーブルにレコードの更新がかから
ないようにするため排他ロックをかける（ステップ１０
２）。レプリケーション機構を用いてユーザ定義テーブ
ル１３から一時テーブル１４（複製テーブル）に複製す
る（ステップ１０３）。ユーザ定義テーブル１３の排他
ロックを解除する（ステップ１０４）。
【００２１】一時テーブル１４（複製テーブル）からユ
ーザ定義テーブル２２に条件に従った必要なレコードを
あるかないか判断し（ステップ１０５）、１レコード抽
出する（ステップ１０６）。ユーザ定義テーブル２２に
データ格納を準備するために、抽出されたレコードをＳ
ＱＬ文（ＩＮＳＥＲＴ文）に変換加工する（ステップ１
０７）。ユーザ定義テーブル２２にデータ格納を実行す
るため、異種ＤＢＭＳ１１に対して変換加工されたＳＱ
Ｌ文（ＩＮＳＥＲＴ文）をローディングする（ステップ
１０８）。再びステップ１０５に戻って次のレコードが
あるかないか判断し、レコードが無い場合は終了する。
【００２２】図４は、ＲＤＢＭＳ１１と異種ＤＢＭＳ２
１間におけるデータ整合装置のデータ整合処理を行うと
きの動作を示す。ＲＤＢＭＳ１１のユーザ定義テーブル
１３に更新（ＩＮＳＥＴ，ＵＰＤＡＴＥ，ＤＥＬＥＴ
Ｅ）されているレコードが存在し、一時テーブル１４と
レコードに差があるとする。異種ＤＢＭＡ２１と接続
（ステップ２００）する。接続の確認を行い（ステップ
２０１）、接続付加の場合はエラー処理（ステップ２０
２）する。異種ＤＢＭＳ２１と接続できた場合は、ＲＤ
ＢＭＳ１１と接続（ステップ２１０）する。接続の確認
を行い（ステップ２１１）、接続付加の場合はエラー処
理（ステップ２１２）する。
【００２３】ユーザ定義テーブル数のカウント処理（ス
テップ３００）を行う。判断・抽出機能部２３では、ユ
ーザ定義テーブル１３を排他ロックしユーザ定義テーブ
ル１３を更新できない状態にする（ステップ３０１）。
判断・抽出機能部２３はＲＤＢＭＳ１１と異種ＤＢＭＳ
２１間においてユーザ定義テーブル１１とユーザ定義テ
ーブル２１の最終結果の差のみを抽出する機能を持つ。
また、ユーザ定義テーブル１３とユーザ定義テーブル２
１の最終結果の差とは、ユーザ定義テーブル１３と一時
テーブル１４の最終結果の差と同様のことである。ユー
ザ定義テーブル１１存在し、かつユーザ定義テーブル２
１に存在しないレコードについてはＩＮＳＥＲＴの差分
として取得する（ステップ３０２）。ユーザ定義テーブ
ル１１に存在し、かつユーザ定義テーブル２１に存在
し、かつ互いのレコードの内容に違いがある場合につい
てはＵＰＤＡＴＥの差分として取得する（ステップ３０
３）。ユーザ定義テーブル１１にレコードが存在せず、
かつユーザ定義テーブル２１に存在するレコードについ
てはＤＥＬＥＴＥの差分として取得する（ステップ３０
４）。
【００２４】ステップ３０４について図５から図１０ま
での実施例により詳細に説明する。一時テーブルの複製
機能部２４では、レプリケーション機構１２を用いてユ
ーザ定義テーブル１３から一時テーブル１４に複製する
指示を行う（ステップ３１０）。そして複製完了後ユー
ザ定義テーブル１３の排他ロックを解除する（ステップ
３１１）。ＳＱＬ文の変換加工機能部では、ステップ３
０２からステップ３０４で取得したレコードを異種ＤＢ
ＭＳ２１に沿ったＩＮＳＥＲＴ文、ＵＰＤＡＴＥ文、Ｄ
ＥＬＥＴＥ文に変更・加工を行う。まずステップ３０２
で得たレコードをＩＮＳＥＲＴ文に変更する（ステップ
３２０）。変更終了後ステップ３０３で得たレコードを
ＵＰＤＡＴＥ文に更新する（ステップ３２１）。変更終
了後ステップ３２２で得たレコードをＤＥＬＥＴＥ文に
変更する（ステップ３２２）。ＳＱＬ文のローディング
機能部では、異種ＤＢＭＳ２１にステップ３２０からス
テップ３２２にかけて変更加工したＳＱＬ文を実行す
る。まずステップ３２０のＩＮＳＥＲＴ分を実行する
（ステップ３３０）。
【００２５】次に実行完了後ステップ３２１のＵＰＤＡ
ＴＥ文を実行する（ステップ３３１）。ＵＰＤＡＴＥ文
完了後ステップ３２２のＤＥＬＥＴＥ文を実行する（ス
テップ３３２）。ステップ３３２完了後、カウント数に
よって他のユーザ定義テーブルがあるか判定する（ステ
ップ３４０）。他のユーザ定義テーブルがある場合はス
テップ３００に戻る。他のユーザ定義テーブルがない場
合は、ＲＤＢＭＳ１１との接続を切る（ステップ４０
０）。次に異種ＤＢＭＳ２１との接続を切る（ステップ
４０１）。
【００２６】図５から図１０を用いてステップ３０４の
差分取得方法について説明する。図６から図９は図３の
初期データ登録完了後、ＲＤＢＭＳ１１のユーザ定義テ
ーブル１３に対していくつかの更新処理があったときの
ステッフプ３０４時点における各テーブル状態を示す。
【００２７】図５はステップ３０４のＤＥＬＥＴＥの差
分を取得する処理の詳細を説明するフローである。ユー
ザ定義テーブル１３に対し１回だけＤＥＬＥＴＥしたレ
コードに関するデータを抽出する（ステップ４５０）。
図６の実施例に基づきステップ４５０について説明す
る。次にＵＰＤＡＴＥ，ＤＥＬＥＴＥしたレコードに関
するデータを抽出する（ステップ４５１）。図７の実施
例に基づきステップ４５１について説明する。ＩＮＳＥ
ＲＴし、０回以上ＵＰＤＡＴＥし、ＤＥＬＥＴＥしたレ
コードに関するデータを抽出する（ステップ４５２）。
図８と図９の実施例に基づきステップ４５２について説
明する。ステップ４５０からステップ４５２まででＤＥ
ＬＥＴＥする全てのレコードを取り出すことができる。
ステップ４５０からステップ４５２までで取り出された
レコードに関するデータを格納する（ステップ４５
３）。
【００２８】図６から図９までの説明に関して図１０の
ＳＥＬＥＣＴ文１０００の各枠に対応させて、各図につ
いて説明する。
【００２９】図６では図５のステップ４５０の実施例で
ある。ステップ４５０は、ＤＥＬＴＥしたデータの抽出
であり、図６の状態にあるテーブルが取り出される。ユ
ーザ定義テーブル１３に対し１つのレコード５００をＤ
ＥＬＥＴＥする。このときトリガによって更新ログテー
ブル１５に対しレコード５２０をＩＮＳＥＲＴする。一
時テーブル１４とユーザ定義テーブル２２は状態変化し
ていない。この場合、ユーザ定義テーブル２２のレコー
ド５３０を削除するための判断・抽出手段が必要であ
る。この判断・抽出手段とは、ステップ４５０の機能で
ある。
【００３０】更新ログテーブル１５の中で疑似ＩＤ６１
の値が１つしか存在しないレコードの疑似ＩＤをグルー
プ化してＳＥＬＥＣＴする。これは図１０のＳＱＬ文１
０００の枠１０１０に対応する。結果は疑似ＩＤ00.00.
4である。このＳＥＬＥＣＴしたレコードの中からイベ
ント７２の内容がＤＥＬＥＴＥであるレコードの疑似Ｉ
ＤをＳＥＬＥＣＴする。これは図１０のＳＱＬ文１００
０の枠１０１１に対応する。結果は疑似ＩＤ00.00.4で
ある。一時テーブル２２の中からＳＥＬＥＣＴされた疑
似ＩＤと同じ値であるレコードをＳＥＬＥＣＴする。こ
れは図１０のＳＱＬ文１０００の枠１０２０に対応す
る。これにより得られたレコードはレコード５１０の顧
客ＩＤ６１であり、ステップ３２２のＤＥＬＥＴＥ文の
条件となる。この条件を使い５３０をＤＥＬＥＴＥする
ＳＱＬ文（ＤＥＬＥＴＥ文）を生成する。
【００３１】図７では図５のステップ４５１の実施例で
ある。ステップ４５１は、ＵＰＤＡＴＥ，ＤＥＬＥＴＥ
したデータの抽出であり、図７の状態にあるテーブルが
取り出される。ユーザ定義テーブル１３に対し１つのレ
コード６００をＵＰＤＡＴＥし、次にＤＥＬＥＴＥす
る。このときトリガによって更新ログテーブル１５に対
しレコード６２０とレコード６２１をＩＮＳＥＲＴす
る。一時テーブル１４とユーザ定義テーブル２２は状態
変化していない。この場合、ユーザ定義テーブル２２の
レコード６３０を削除するための判断・抽出手段が必要
である。この判断・抽出手段とは、ステップ４５１の機
能である。
【００３２】更新ログテーブル１５の中で疑似ＩＤ６１
の値が２つ以上存在するレコードの疑似ＩＤをグループ
化してＳＥＬＥＣＴする。これは図１０のＳＱＬ文１０
００の枠１０２０に対応する。結果は疑似ＩＤ00.00.4
である。このＳＥＬＥＣＴした疑似ＩＤのレコードの中
でユーザ定義テーブル１３の疑似列５０のレコードが存
在しているものを消去し、残ったレコードの疑似ＩＤを
ＳＥＬＥＣＴする。これは図１０のＳＱＬ文１０００の
枠１０２１に対応する。この結果は00.00.4である。更
に一時テーブル２２の中からＳＥＬＥＣＴされた疑似Ｉ
Ｄと同じ値を持つレコードの顧客ＩＤ６１をＳＥＬＥＣ
Ｔする。これは図１０のＳＱＬ文１０００の枠１０２２
に対応する。これにより得られたレコードはレコード６
１０の顧客ＩＤ６１であり、ステップ３２２のＤＥＬＥ
ＴＥ文の条件となる。この条件を使い５３０をＤＥＬＥ
ＴＥするＳＱＬ文（ＤＥＬＥＴＥ文）を生成する。
【００３３】図８では図５のステップ４５２の実施例で
ある。ステップ４５２は、ＩＮＳＥＲＴ，ＵＰＤＡＴ
Ｅ，ＤＥＬＥＴＥしたデータの抽出であり、図８の状態
にあるテーブルが取り出される。この場合差分はないの
で結果としてデータは抽出されない。ユーザ定義テーブ
ル１３に対し１つのレコード７００を順にＩＮＳＥＲＴ
し、ＵＰＤＡＴＥ，ＤＥＬＥＴＥする。このときトリガ
によって更新ログテーブル１５に対しレコード７１０か
らレコード７１２をＩＮＳＥＲＴする。ユーザ定義テー
ブル１３に対し１つのレコード７００は存在していない
状態である。一時テーブル１４とユーザ定義テーブル２
２は状態変化していない。この場合、ユーザ定義テーブ
ル２２のレコードを削除する必要性がないとわかるため
の判断・抽出手段が必要である。この判断・抽出手段と
は、ステップ４５２の機能である。
【００３４】更新ログテーブル１５の中で疑似ＩＤ６１
の値が２つ以上存在するレコードの疑似ＩＤをグループ
化してＳＥＬＥＣＴする。これは図１０のＳＱＬ文１０
００の枠１０２０に対応する。結果は疑似ＩＤ00.00.5
である。このＳＥＬＥＣＴした疑似ＩＤのレコードの中
でユーザ定義テーブル１３の疑似列５０のレコードが存
在しているものを消去し、残ったレコードの疑似ＩＤを
ＳＥＬＥＣＴする。これは図１０のＳＱＬ文１０００の
枠１０２１に対応する。この結果は00.00.5である。更
に一時テーブル２２の中からＳＥＬＥＣＴされた疑似Ｉ
Ｄと同じ値であるレコードの顧客ＩＤ６１をＳＥＬＥＣ
Ｔする。これは図１０のＳＱＬ文１０００の枠１０２３
に対応する。これにより得られたレコードは存在しない
ので異種ＤＢＭＳ２１のユーザ定義テーブル２２に対し
何も処理は行わない。
【００３５】図９では図５のステップ４５２の実施例で
ある。ＩＮＳＥＲＴし０回以上ＵＰＤＡＴＥしＤＥＬＥ
ＴＥする操作を複数回繰り返したデータの抽出であり、
図９の状態にあるテーブルが取り出される。この場合差
分はないので結果としてデータは抽出されない。ユーザ
定義テーブル１３に対し順にレコード８００をＩＮＳＥ
ＲＴし、ＵＰＤＡＴＥ，ＤＥＬＥＴＥする。次にレコー
ド８０１をＩＮＳＥＲＴする。レコード８００は存在し
ないためレコード８００の疑似列の値がレコード８０１
の疑似列の値となる。次にレコード８０１をＵＰＤＡＴ
Ｅし、ＤＥＬＥＴＥする。このときトリガによって更新
ログテーブル１５に対しレコード８１０からレコード８
１４をＩＮＳＥＲＴする。ユーザ定義テーブル１３に対
しレコード８００、レコード８０１は存在していない状
態である。一時テーブル１４とユーザ定義テーブル２２
は状態変化していない。この場合、ユーザ定義テーブル
２２のレコードを削除する必要性がないとわかるための
判断・抽出手段が必要である。この判断・抽出手段と
は、ステップ４５２の機能である。
【００３６】更新ログテーブル１５の中で疑似ＩＤ６１
の値が２つ以上存在するレコードの疑似ＩＤをグループ
化してＳＥＬＥＣＴする。これは図１０のＳＱＬ文１０
００の枠１０２０に対応する。結果は疑似ＩＤ00.00.5
である。このＳＥＬＥＣＴした疑似ＩＤのレコードの中
でユーザ定義テーブル１３の疑似列５０のレコードが存
在しているものを消去し、残ったレコードの疑似ＩＤを
ＳＥＬＥＣＴする。これは図１０のＳＱＬ文１０００の
枠１０２１に対応する。この結果は00.00.5である。更
に一時テーブル２２の中からＳＥＬＥＣＴされた疑似Ｉ
Ｄと同じ値をもつレコードの顧客ＩＤ６１をＳＥＬＥＣ
Ｔする。これは図１０のＳＱＬ文１０００の枠１０２３
に対応する。これにより得られたレコードは存在しない
ので異種ＤＢＭＳ２１のユーザ定義テーブル２２に対し
何も処理は行わない。
【００３７】図５から図１０の実施例のとおりステップ
３０４について、ＲＤＢＭＳのユーザ定義テーブルと他
方の異種ＤＢＭＳのユーザ定義テーブルから最終結果の
差のみが判断され抽出され、抽出されたデータ量は少な
い。抽出されたデータは、異種ＤＢＭＳへデータを格納
するための準備段階としてＳＱＬ文（ＤＥＬＥＴＥ文）
に変換加工される。加工されたＳＱＬ文を実行すること
によって異種ＤＢＭＳのデータが変更され、ＲＤＢＭＳ
と異種ＤＢＭＳのユーザ定義テーブルのデータ整合が完
了する。
【００３８】
【発明の効果】以上説明したように、本発明によれば、
リレーショナルデータベース管理システムと異種データ
ベース管理システム間のデータ整合装置において、リレ
ーショナルデータベース管理システムのレプリケーショ
ン機構を用いた他方の異種データベース管理システムへ
の初期データ登録方法によって新たに開発する工数は削
減でき、トラブルは発生しない。また、リレーショナル
データベース管理システムにおけるユーザ定義テーブル
や一時テーブルそして更新ログテーブル、異種データベ
ース管理システムのユーザ定義テーブルと判断・抽出機
能部と複製機能部と、ＳＱＬ文変換加工機能部、ＳＱＬ
文ローディング機能部から構成したため、ＲＤＢＭＳの
ユーザ定義テーブルと他方の異種ＤＢＭＳのユーザ定義
テーブルから最終結果の差のみが判断され抽出されるた
め、データの加工時間とＳＱＬ文のローディングの処理
時間は短くなり、全体的に大幅な処理時間は短縮でき
る。今後ＷＥＢ上のサービスと連動したデータベースシ
ステムと既存の業務データベースシステム間でデータの
やり取りを行いたいというニーズに応えることができ
る。
【図面の簡単な説明】
【図１】本発明の実施形態である異種データベース管理
システム間のデータ整合処理装置を示す構成図である。
【図２】データ整合処理装置における各テーブルの構造
を示す構成図である。
【図３】初期データの登録方法を示すフローチャートで
ある。
【図４】整合装置の動作を示すフローチャートである。
【図５】ＤＥＬＥＴＥすべきレコードの最終結果の差を
取得する機能を示すフローチャートである。
【図６】ユーザ定義テーブルにおいて１レコードを削除
したときの判断・抽出機能の実施例を示す図である。
【図７】ユーザ定義テーブルにおいて１つのレコードを
更新され、次に同レコードを削除したときの判断・抽出
機能の実施例を示す図である。
【図８】ユーザ定義テーブルにおいて順に１レコードを
挿入し、同レコードを更新し、そして同レコードを削除
したときの判断・抽出機能の実施例を示す図である。
【図９】ユーザ定義テーブルにおいて１レコードを挿入
し０回以上同レコードが更新そして削除したときの判断
・抽出機能を示す図である。
【図１０】ＤＥＬＥＴＥすべきレコードの最終結果の差
を取得するＳＱＬ文の実施例を示す図である。
【符号の説明】
１，２…コンピュータ、 １１…リレーショナルデータ
ベース管理システム、１２…レプリケーション機構、
１３…ユーザ定義テーブル、１４…一時テーブ
ル、 １５…更新ログテーブル、２１…
異種データベース管理システム、２２…ユーザ定義テー
ブル、２３…判断・抽出機能部、 ２４…複
製機能部、２５…ＳＱＬ文変換加工機能部、 ２６
…ＳＱＬ文ローディング機能部。

Claims (2)

    【特許請求の範囲】
  1. 【請求項１】リレーショナルデータベース管理システム
    と異種データベース管理システム間では互いに異なるテ
    ーブル構造、もしくは同じ構造をもってデータの整合を
    保ちながら処理するデータ整合処理装置において、リレ
    ーショナルデータベース管理システムのレプリケーショ
    ン機構を用いた他方の異種データベース管理システムへ
    の初期データ登録手段と、リレーショナルデータベース
    管理システムのユーザ定義テーブル、ユーザ定義テーブ
    ルを複製した一時テーブル、ユーザ定義テーブルの更新
    レコードを保存する更新ログテーブルから最終的にレコ
    ードの差を抽出する機能部と、抽出したレコードをＳＱ
    Ｌ文に変換する機能部と、変換したＳＱＬ文をローディ
    ングする機能部を備えることを特徴とした異種データベ
    ース管理システム間のデータ整合処理装置。
  2. 【請求項２】リレーショナルデータベース管理システム
    のユーザ定義テーブルに存在せず、かつ異種データベー
    ス管理システムのユーザ定義テーブルに削除されたレコ
    ードが存在すると判断し、最終結果の差のレコードを抽
    出する判断・抽出機能部、ユーザ定義テーブルから一時
    テーブルへ複製する複製機能部、最終結果の差が抽出さ
    れたレコードを異種データベース管理システムの削除デ
    ータ用に変換加工するＳＱＬ文の変換加工機能部、異種
    データベース管理システムのテーブルのレコードを削除
    するＳＱＬ文ローディング機能部から具備することを特
    徴とする異種データベース管理システム間のデータ整合
    処理装置。
JP10308072A 1998-10-29 1998-10-29 異種データベース管理システム間のデータ整合処理装置 Pending JP2000132435A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10308072A JP2000132435A (ja) 1998-10-29 1998-10-29 異種データベース管理システム間のデータ整合処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10308072A JP2000132435A (ja) 1998-10-29 1998-10-29 異種データベース管理システム間のデータ整合処理装置

Publications (1)

Publication Number Publication Date
JP2000132435A true JP2000132435A (ja) 2000-05-12

Family

ID=17976547

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10308072A Pending JP2000132435A (ja) 1998-10-29 1998-10-29 異種データベース管理システム間のデータ整合処理装置

Country Status (1)

Country Link
JP (1) JP2000132435A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003003244A1 (fr) * 2001-06-28 2003-01-09 Huawei Technologies Co., Ltd. Procede d'elimination rapide de differentes informations dans les bases de donnees
JP2004532465A (ja) * 2001-02-28 2004-10-21 インターナショナル・ビジネス・マシーンズ・コーポレーション リモート・データ・ソースからのデータ・ロード
KR100471567B1 (ko) * 2000-07-29 2005-03-07 엘지전자 주식회사 이중화 시스템 환경에서 데이터 동기화를 위한 트랜잭션관리 방법
WO2006049202A1 (ja) * 2004-11-08 2006-05-11 Nec Corporation データ多重化システム
JP2006133999A (ja) * 2004-11-04 2006-05-25 Ns Solutions Corp データ処理装置、データ処理方法及びそのプログラム
CN107656950A (zh) * 2016-12-23 2018-02-02 航天星图科技（北京）有限公司 一种为企业异构数据源系统消除重复记录的方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100471567B1 (ko) * 2000-07-29 2005-03-07 엘지전자 주식회사 이중화 시스템 환경에서 데이터 동기화를 위한 트랜잭션관리 방법
JP2004532465A (ja) * 2001-02-28 2004-10-21 インターナショナル・ビジネス・マシーンズ・コーポレーション リモート・データ・ソースからのデータ・ロード
WO2003003244A1 (fr) * 2001-06-28 2003-01-09 Huawei Technologies Co., Ltd. Procede d'elimination rapide de differentes informations dans les bases de donnees
JP2006133999A (ja) * 2004-11-04 2006-05-25 Ns Solutions Corp データ処理装置、データ処理方法及びそのプログラム
JP4704736B2 (ja) * 2004-11-04 2011-06-22 新日鉄ソリューションズ株式会社 データ処理装置、データ処理方法及びそのプログラム
WO2006049202A1 (ja) * 2004-11-08 2006-05-11 Nec Corporation データ多重化システム
JP4844743B2 (ja) * 2004-11-08 2011-12-28 日本電気株式会社 データ多重化システム
CN107656950A (zh) * 2016-12-23 2018-02-02 航天星图科技（北京）有限公司 一种为企业异构数据源系统消除重复记录的方法

Similar Documents

Publication Publication Date Title
US6615223B1 (en) Method and system for data replication
US9652519B2 (en) Replicating data across multiple copies of a table in a database system
US8078588B2 (en) Recoverable execution
EP1877906B1 (en) Maintenance of link level consistency between database and file system
US7702698B1 (en) Database replication across different database platforms
JP3563692B2 (ja) データベースのスキーマをオブジェクト指向リポジトリ内のその表現と同期化する方法
US6714943B1 (en) Method and mechanism for tracking dependencies for referential integrity constrained tables
US7895172B2 (en) System and method for writing data dependent upon multiple reads in a distributed database
US9411866B2 (en) Replication mechanisms for database environments
US8296269B2 (en) Apparatus and method for read consistency in a log mining system
JP2001514776A (ja) ローカルな修正を組み込むソフトウェア配布の連続レベル移送の方法
JP4497691B2 (ja) データベース管理方法及び管理システム
WO2021139376A1 (zh) 一种存储引擎中数据索引的方法以及相关装置
US20050114365A1 (en) System and method for removing rows from directory tables
Ronstrom On-line schema update for a telecom database
JP2000132435A (ja) 異種データベース管理システム間のデータ整合処理装置
JP2000047919A (ja) 仮想データベースレプリケーションシステム
US7600149B2 (en) Failure transparency for update applications under single-master configuration
JP3487732B2 (ja) 複製データベースデータ不整合回避装置及び回避方法
Fong et al. Data conversion rules from network to relational databases
JP2000267909A (ja) データベースシステム
US8250108B1 (en) Method for transferring data into database systems
JP2005293323A (ja) 異種ｒｄｂｍｓ間での差分配信レコード反映システム
JP7428894B2 (ja) 情報処理装置、情報処理システム、及び情報処理プログラム
US20240126747A1 (en) Control method, and adapter