JP2001306380A - 二相コミット回避方式およびそのプログラム記録媒体 - Google Patents
二相コミット回避方式およびそのプログラム記録媒体Info
- Publication number
- JP2001306380A JP2001306380A JP2000121015A JP2000121015A JP2001306380A JP 2001306380 A JP2001306380 A JP 2001306380A JP 2000121015 A JP2000121015 A JP 2000121015A JP 2000121015 A JP2000121015 A JP 2000121015A JP 2001306380 A JP2001306380 A JP 2001306380A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- transaction
- data
- program
- transaction processing
- 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.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】遅延型トランザクション処理システムの性能を
低下させる二相コミットを回避するとともに、トランザ
クションデータなどによるファイルの二重更新の発生を
防ぐ。 【解決手段】トランザクション処理プログラムからの処
理要求を遅延して実行させる遅延型トランザクション処
理システムの二相コミット回避方式において、第一のト
ランザクション処理プログラム３はその処理要求を登録
すると同時にその識別情報を第二のトランザクション処
理プログラム１２に通知し、前記第二のトランザクショ
ン処理プログラムは事前に処理して保持している識別情
報と前記処理要求の識別情報とが不一致のときその処理
要求を実行し、すべての処理が正常に終了したとき処理
済を報告する。
低下させる二相コミットを回避するとともに、トランザ
クションデータなどによるファイルの二重更新の発生を
防ぐ。 【解決手段】トランザクション処理プログラムからの処
理要求を遅延して実行させる遅延型トランザクション処
理システムの二相コミット回避方式において、第一のト
ランザクション処理プログラム３はその処理要求を登録
すると同時にその識別情報を第二のトランザクション処
理プログラム１２に通知し、前記第二のトランザクショ
ン処理プログラムは事前に処理して保持している識別情
報と前記処理要求の識別情報とが不一致のときその処理
要求を実行し、すべての処理が正常に終了したとき処理
済を報告する。
Description
【０００１】
【発明の属する技術分野】本発明は二相コミット回避方
式およびそのプログラム記録媒体に関し、特にトランザ
クションデータをメッセージキューに登録しておき適宜
遅延してトランザクション処理を実行する遅延型トラン
ザクション処理システムにおける二相コミット回避方式
およびそのプログラム記録媒体に関する。
式およびそのプログラム記録媒体に関し、特にトランザ
クションデータをメッセージキューに登録しておき適宜
遅延してトランザクション処理を実行する遅延型トラン
ザクション処理システムにおける二相コミット回避方式
およびそのプログラム記録媒体に関する。
【０００２】
【従来の技術】従来の非同期メッセージキューを用いた
システムの一例が、特開平１０−３２０２５１号公報に
記載されている。このようなシステムにおいて、複数の
データベース管理システムを用いた場合を図４に示す。
システムの一例が、特開平１０−３２０２５１号公報に
記載されている。このようなシステムにおいて、複数の
データベース管理システムを用いた場合を図４に示す。
【０００３】図４は従来のトランザクション処理システ
ムの例を示すブロック図である。同図において、業務シ
ステム２ａは、トランザクション処理プログラム３およ
び１２と、データベース管理システム１１および１７ａ
と、キュー監視プログラム５ａと、遅延実行管理プログ
ラム４と、リソース管理プログラム１８ａとから構成さ
れている。
ムの例を示すブロック図である。同図において、業務シ
ステム２ａは、トランザクション処理プログラム３およ
び１２と、データベース管理システム１１および１７ａ
と、キュー監視プログラム５ａと、遅延実行管理プログ
ラム４と、リソース管理プログラム１８ａとから構成さ
れている。
【０００４】上記のトランザクション処理システムにお
いて、操作端末１からのデータを契機として処理を行う
トランザクション処理プログラム３は、データベースシ
ステム１１内の業務テーブル６を更新し、遅延実行の為
のトランザクションデータ９を同一データベース内のメ
ッセージキュー７に登録し、処理を完了する。
いて、操作端末１からのデータを契機として処理を行う
トランザクション処理プログラム３は、データベースシ
ステム１１内の業務テーブル６を更新し、遅延実行の為
のトランザクションデータ９を同一データベース内のメ
ッセージキュー７に登録し、処理を完了する。
【０００５】一方、遅延実行管理プログラム４から起動
されたキュー監視プログラム５ａはある短いインターバ
ル時間毎に、メッセージキュー７に登録された新しいト
ランザクションデータがあるかどうかをチェックしてい
る。
されたキュー監視プログラム５ａはある短いインターバ
ル時間毎に、メッセージキュー７に登録された新しいト
ランザクションデータがあるかどうかをチェックしてい
る。
【０００６】トランザクションデータ９が登録されたこ
とを知ったキュー監視プログラム５ａはトランザクショ
ンの開始をリソース管理プログラム１８ａに伝える。そ
の後、キュー監視プログラム５ａはトランザクションデ
ータ９の削除をデータベース管理プログラム１１に指示
し、同一トランザクションとしてトランザクション処理
プログラム１２を呼び出す。
とを知ったキュー監視プログラム５ａはトランザクショ
ンの開始をリソース管理プログラム１８ａに伝える。そ
の後、キュー監視プログラム５ａはトランザクションデ
ータ９の削除をデータベース管理プログラム１１に指示
し、同一トランザクションとしてトランザクション処理
プログラム１２を呼び出す。
【０００７】トランザクション処理プログラム１２では
業務テーブル１３の更新をデータベース管理プログラム
１６に指示し、キュー監視プログラム５ａに制御を戻
す。キュー監視プログラム５ａでは、リソース管理プロ
グラム１８ａに対してトランザクションの確定を要求す
る。
業務テーブル１３の更新をデータベース管理プログラム
１６に指示し、キュー監視プログラム５ａに制御を戻
す。キュー監視プログラム５ａでは、リソース管理プロ
グラム１８ａに対してトランザクションの確定を要求す
る。
【０００８】この状態では、まだトランザクションデー
タ９の削除および業務テーブル１３の更新は確定してい
ない。これらの処理を確定させる為に、リソース管理プ
ログラム１８ａはデータベース管理プログラム１０およ
び１６に対し、コミットの準備要求を出し、両方の準備
が出来たところで、コミット指示を出す。すなわち、二
相コミットである。この二相コミットが終了するまで、
それぞれのリソースは解放されず、また、キュー監視プ
ログラム５ａも次の処理を開始することができない。
タ９の削除および業務テーブル１３の更新は確定してい
ない。これらの処理を確定させる為に、リソース管理プ
ログラム１８ａはデータベース管理プログラム１０およ
び１６に対し、コミットの準備要求を出し、両方の準備
が出来たところで、コミット指示を出す。すなわち、二
相コミットである。この二相コミットが終了するまで、
それぞれのリソースは解放されず、また、キュー監視プ
ログラム５ａも次の処理を開始することができない。
【０００９】上記のようなリソース管理プログラム１８
ａによる二相コミットでは、データベース管理プログラ
ム１０およびデータベース管理プログラム１６との間で
処理確定の待ち合わせ等が発生する為、性能が劣化して
しまう。また、二相コミットを行わない場合、トランザ
クション処理プログラム１２による業務テーブル１３の
更新が確定したにもかかわらず、メッセージキュー７の
トランザクションデータ９が削除されずに残ってしまっ
たとき、このトランザクションデータ９が再度処理さ
れ、業務テーブル１３が二重更新されてしまう可能性が
ある。
ａによる二相コミットでは、データベース管理プログラ
ム１０およびデータベース管理プログラム１６との間で
処理確定の待ち合わせ等が発生する為、性能が劣化して
しまう。また、二相コミットを行わない場合、トランザ
クション処理プログラム１２による業務テーブル１３の
更新が確定したにもかかわらず、メッセージキュー７の
トランザクションデータ９が削除されずに残ってしまっ
たとき、このトランザクションデータ９が再度処理さ
れ、業務テーブル１３が二重更新されてしまう可能性が
ある。
【００１０】
【発明が解決しようとする課題】上記のように、従来の
トランザクション処理システムは、二相コミットにより
本来の処理性能の著しい劣化が発生するという問題点が
ある。その理由は、二相コミットでは、リソース管理プ
ログラムがトランザクションに関わった全てのデータベ
ース管理プログラムとの準備要求およびコミット指示に
おいて、同期の為の待ち合わせが発生するからである。
トランザクション処理システムは、二相コミットにより
本来の処理性能の著しい劣化が発生するという問題点が
ある。その理由は、二相コミットでは、リソース管理プ
ログラムがトランザクションに関わった全てのデータベ
ース管理プログラムとの準備要求およびコミット指示に
おいて、同期の為の待ち合わせが発生するからである。
【００１１】本発明の目的は、上記のような欠点を改善
し、システム処理性能を低下させる二相コミットを回避
するとともにトランザクションデータなどによるファイ
ルの二重更新の発生を防ぐことができる二相コミット回
避方式およびそのプログラム記録媒体を提供することに
ある。
し、システム処理性能を低下させる二相コミットを回避
するとともにトランザクションデータなどによるファイ
ルの二重更新の発生を防ぐことができる二相コミット回
避方式およびそのプログラム記録媒体を提供することに
ある。
【００１２】
【課題を解決するための手段】本発明の二相コミット回
避方式は、トランザクション処理プログラムからの処理
要求を遅延して実行させる遅延型トランザクション処理
システムの二相コミット回避方式において、第一のトラ
ンザクション処理プログラムはその処理要求を登録する
と同時にその識別情報を第二のトランザクション処理プ
ログラムに通知し、前記第二のトランザクション処理プ
ログラムは事前に処理して保持している識別情報と前記
処理要求の識別情報とが不一致のときその処理要求を実
行し、すべての処理が正常に終了したとき処理済を報告
することを特徴とする。
避方式は、トランザクション処理プログラムからの処理
要求を遅延して実行させる遅延型トランザクション処理
システムの二相コミット回避方式において、第一のトラ
ンザクション処理プログラムはその処理要求を登録する
と同時にその識別情報を第二のトランザクション処理プ
ログラムに通知し、前記第二のトランザクション処理プ
ログラムは事前に処理して保持している識別情報と前記
処理要求の識別情報とが不一致のときその処理要求を実
行し、すべての処理が正常に終了したとき処理済を報告
することを特徴とする。
【００１３】また、本発明の二相コミット回避方式は、
トランザクション処理プログラムからの処理要求を遅延
して実行させる遅延型トランザクション処理システムの
二相コミット回避方式において、第一のトランザクショ
ン処理プログラムが取込むトランザクションデータをそ
のデータＩＤとともにメッセージキューに保持する第一
のデータベース管理システムと、前記メッセージキュー
を監視し前記データＩＤを第二のトランザクション処理
プログラムに通知し，前記第二のトランザクション処理
プログラムが前記トランザクションデータによる処理を
正常に実行したときその結果を受けて前記第一のデータ
ベース管理システムに保持されている前記トランザクシ
ョンデータを削除するキュー監視手段と、前記第二のト
ランザクション処理プログラムが処理したトランザクシ
ョンデータのデータＩＤを保持する第二のデータベース
管理システムと、前記第二のトランザクション処理プロ
グラムが処理を開始するとき前記データＩＤの存在をチ
ェックし前記処理を実行するか否かを決定する手段とを
具備することを特徴とする。
トランザクション処理プログラムからの処理要求を遅延
して実行させる遅延型トランザクション処理システムの
二相コミット回避方式において、第一のトランザクショ
ン処理プログラムが取込むトランザクションデータをそ
のデータＩＤとともにメッセージキューに保持する第一
のデータベース管理システムと、前記メッセージキュー
を監視し前記データＩＤを第二のトランザクション処理
プログラムに通知し，前記第二のトランザクション処理
プログラムが前記トランザクションデータによる処理を
正常に実行したときその結果を受けて前記第一のデータ
ベース管理システムに保持されている前記トランザクシ
ョンデータを削除するキュー監視手段と、前記第二のト
ランザクション処理プログラムが処理したトランザクシ
ョンデータのデータＩＤを保持する第二のデータベース
管理システムと、前記第二のトランザクション処理プロ
グラムが処理を開始するとき前記データＩＤの存在をチ
ェックし前記処理を実行するか否かを決定する手段とを
具備することを特徴とする。
【００１４】さらに、本発明の二相コミット回避方式に
おいて、前記第一のデータベース管理システムは前記第
一のトランザクション処理プログラムの業務テーブルを
保持するとともに、そのトランザクションデータを含む
メッセージキューを保持することを特徴とする。
おいて、前記第一のデータベース管理システムは前記第
一のトランザクション処理プログラムの業務テーブルを
保持するとともに、そのトランザクションデータを含む
メッセージキューを保持することを特徴とする。
【００１５】さらに、本発明の二相コミット回避方式に
おいて、前記第二のデータベース管理システムは前記第
二のトランザクション処理プログラムの業務テーブルを
保持するとともに、前記トランザクションデータのデー
タＩＤを含むＩＤテーブルを保持することを特徴とす
る。
おいて、前記第二のデータベース管理システムは前記第
二のトランザクション処理プログラムの業務テーブルを
保持するとともに、前記トランザクションデータのデー
タＩＤを含むＩＤテーブルを保持することを特徴とす
る。
【００１６】また、本発明の二相コミット回避方式のプ
ログラム記録媒体は、トランザクション処理プログラム
からの処理要求を遅延して実行させる遅延型トランザク
ション処理システムの二相コミット回避方式のプログラ
ム記録媒体において、第一のトランザクション処理プロ
グラムはその処理要求を登録すると同時にその識別情報
を第二のトランザクション処理プログラムに通知し、前
記第二のトランザクション処理プログラムは事前に処理
して保持している識別情報と前記処理要求の識別情報と
が不一致のときその処理要求を実行し、すべての処理が
正常に終了したとき処理済を報告することを特徴とす
る。
ログラム記録媒体は、トランザクション処理プログラム
からの処理要求を遅延して実行させる遅延型トランザク
ション処理システムの二相コミット回避方式のプログラ
ム記録媒体において、第一のトランザクション処理プロ
グラムはその処理要求を登録すると同時にその識別情報
を第二のトランザクション処理プログラムに通知し、前
記第二のトランザクション処理プログラムは事前に処理
して保持している識別情報と前記処理要求の識別情報と
が不一致のときその処理要求を実行し、すべての処理が
正常に終了したとき処理済を報告することを特徴とす
る。
【００１７】また、本発明の二相コミット回避方式のプ
ログラム記録媒体は、前記データベース管理システムに
保持されたメッセージキューにトランザクションデータ
が有ればそれを取り出し前記メッセージキューからの削
除を指示し、前記第二のトランザクション処理プログラ
ムに前記トランザクションデータの処理を要求し、前記
処理が完了したとき前記トランザクションデータの前記
メッセージキューからの削除をコミットし、前記処理が
未完のときには前記トランザクションデータをロールバ
ックすることを特徴とする。
ログラム記録媒体は、前記データベース管理システムに
保持されたメッセージキューにトランザクションデータ
が有ればそれを取り出し前記メッセージキューからの削
除を指示し、前記第二のトランザクション処理プログラ
ムに前記トランザクションデータの処理を要求し、前記
処理が完了したとき前記トランザクションデータの前記
メッセージキューからの削除をコミットし、前記処理が
未完のときには前記トランザクションデータをロールバ
ックすることを特徴とする。
【００１８】さらに、本発明の二相コミット回避方式の
プログラム記録媒体において、前記第二のデータベース
管理システムに保持されたＩＤテーブルからデータＩＤ
を読み出し、前記データＩＤが前記第二のトランザクシ
ョン処理プログラムに処理を要求したトランザクション
データのデータＩＤに一致するときは前記処理を処理済
としてロールバックを発行し、同じく不一致のときは前
記処理を実行し、前記処理が正常に終了したとき前記Ｉ
ＤテーブルのデータＩＤを前記トランザクションデータ
のデータＩＤに更新し、前記ＩＤテーブルの更新が正常
に終了したときコミットを発行し、前記コミットが正常
に終了したとき前記第二のトランザクション処理プログ
ラムの処理を処理済とし、前記のトランザクション処
理，データＩＤ更新処理，およびコミット処理のいずれ
かが異常を発生したときにはロールバックを発行するこ
とを特徴とする。
プログラム記録媒体において、前記第二のデータベース
管理システムに保持されたＩＤテーブルからデータＩＤ
を読み出し、前記データＩＤが前記第二のトランザクシ
ョン処理プログラムに処理を要求したトランザクション
データのデータＩＤに一致するときは前記処理を処理済
としてロールバックを発行し、同じく不一致のときは前
記処理を実行し、前記処理が正常に終了したとき前記Ｉ
ＤテーブルのデータＩＤを前記トランザクションデータ
のデータＩＤに更新し、前記ＩＤテーブルの更新が正常
に終了したときコミットを発行し、前記コミットが正常
に終了したとき前記第二のトランザクション処理プログ
ラムの処理を処理済とし、前記のトランザクション処
理，データＩＤ更新処理，およびコミット処理のいずれ
かが異常を発生したときにはロールバックを発行するこ
とを特徴とする。
【００１９】
【発明の実施の形態】以下、本発明について図面を参照
しながら説明する。
しながら説明する。
【００２０】図１は本発明の実施の一形態を示すブロッ
ク図である。同図において、業務システム２は、操作端
末１からのデータを契機としてトランザクション処理を
行うトランザクション処理プログラム３と、複数のデー
タベース管理システム１１およびデータベース管理シス
テム１７と、これら複数のデータベース管理プログラム
の同期コミットを指揮するリソース管理プログラム１８
と、遅延実行を実現する遅延実行管理プログラム４およ
びキュー監視プログラム５と、遅延トランザクションを
実行するトランザクション処理プログラム１２とから構
成されている。
ク図である。同図において、業務システム２は、操作端
末１からのデータを契機としてトランザクション処理を
行うトランザクション処理プログラム３と、複数のデー
タベース管理システム１１およびデータベース管理シス
テム１７と、これら複数のデータベース管理プログラム
の同期コミットを指揮するリソース管理プログラム１８
と、遅延実行を実現する遅延実行管理プログラム４およ
びキュー監視プログラム５と、遅延トランザクションを
実行するトランザクション処理プログラム１２とから構
成されている。
【００２１】データベース管理システム１１は、業務デ
ータを格納する業務テーブル６と、遅延実行の為のトラ
ンザクションデータ９をデータＩＤ８とともに格納する
メッセージキュー７と、これらのファイルのアクセスを
管理するデータベース管理プログラム１０とから構成さ
れている。
ータを格納する業務テーブル６と、遅延実行の為のトラ
ンザクションデータ９をデータＩＤ８とともに格納する
メッセージキュー７と、これらのファイルのアクセスを
管理するデータベース管理プログラム１０とから構成さ
れている。
【００２２】データベース管理システム１７は、遅延実
行されたトランザクションが業務データを格納する業務
テーブル１３と、遅延実行したトランザクションデータ
９のデータＩＤ８をデータＩＤ１５として格納するＩＤ
テーブル１４と、これらのファイルのアクセスを管理す
るデータベース管理プログラム１６とから構成されてい
る。
行されたトランザクションが業務データを格納する業務
テーブル１３と、遅延実行したトランザクションデータ
９のデータＩＤ８をデータＩＤ１５として格納するＩＤ
テーブル１４と、これらのファイルのアクセスを管理す
るデータベース管理プログラム１６とから構成されてい
る。
【００２３】上記の業務システム２において、トランザ
クション処理プログラム３から登録されたトランザクシ
ョンデータ９と、そのデータを処理する為のトランザク
ション処理プログラム１２が更新を行う業務テーブル１
３とが異なるデータベース管理システム（データベース
管理システム１１とデータベース管理システム１７）に
よって管理されている場合、トランザクションの二重処
理を防止する為、トランザクション処理が正常に終了し
た時点で、トランザクションデータ９の削除と、業務テ
ーブル１３の更新を同時に確定させる必要がある。
クション処理プログラム３から登録されたトランザクシ
ョンデータ９と、そのデータを処理する為のトランザク
ション処理プログラム１２が更新を行う業務テーブル１
３とが異なるデータベース管理システム（データベース
管理システム１１とデータベース管理システム１７）に
よって管理されている場合、トランザクションの二重処
理を防止する為、トランザクション処理が正常に終了し
た時点で、トランザクションデータ９の削除と、業務テ
ーブル１３の更新を同時に確定させる必要がある。
【００２４】上記のトランザクション処理システムは、
二相コミットを回避しつつ、二重更新が行われることを
防止する為に、トランザクションデータ９とともにその
データのデータＩＤ８をキュー監視プログラム５によっ
てトランザクション処理プログラム１２に通知し、あら
かじめ業務テーブル１３と同じデータベースシステム内
に用意しておいたＩＤテーブル１４内に処理済みのデー
タＩＤ１５として保存しておき、トランザクション処理
プログラム１２の処理開始時には処理対象となるデータ
ＩＤ８がＩＤテーブル内のデータＩＤ１５に存在するか
否かをチェックすることによって、二重処理の防止を可
能としている。
二相コミットを回避しつつ、二重更新が行われることを
防止する為に、トランザクションデータ９とともにその
データのデータＩＤ８をキュー監視プログラム５によっ
てトランザクション処理プログラム１２に通知し、あら
かじめ業務テーブル１３と同じデータベースシステム内
に用意しておいたＩＤテーブル１４内に処理済みのデー
タＩＤ１５として保存しておき、トランザクション処理
プログラム１２の処理開始時には処理対象となるデータ
ＩＤ８がＩＤテーブル内のデータＩＤ１５に存在するか
否かをチェックすることによって、二重処理の防止を可
能としている。
【００２５】次に、上記のトランザクション処理システ
ムの動作を説明する。
ムの動作を説明する。
【００２６】まず、操作端末１から送信されたデータを
受信したトランザクション処理プログラム３は、業務内
容に応じた業務テーブル６を更新し、遅延型トランザク
ションの登録を行う場合には、トランザクションデータ
９にデータＩＤ８を付加してメッセージキュー７に挿入
する。
受信したトランザクション処理プログラム３は、業務内
容に応じた業務テーブル６を更新し、遅延型トランザク
ションの登録を行う場合には、トランザクションデータ
９にデータＩＤ８を付加してメッセージキュー７に挿入
する。
【００２７】ここで、メッセージキュー７は業務テーブ
ル６と同じデータベース管理システム１１内のデータベ
ースファイルである。メッセージキュー７と業務テーブ
ル６がそれぞれ異なるデータベース管理システムである
場合には、トランザクション処理プログラム３の処理確
定時に二相コミットが必要となるため、性能を考慮して
同じデータベース管理システム１１に格納しているので
ある。
ル６と同じデータベース管理システム１１内のデータベ
ースファイルである。メッセージキュー７と業務テーブ
ル６がそれぞれ異なるデータベース管理システムである
場合には、トランザクション処理プログラム３の処理確
定時に二相コミットが必要となるため、性能を考慮して
同じデータベース管理システム１１に格納しているので
ある。
【００２８】次に、キュー監視プログラム５が遅延実行
管理プログラム４によって起動される。
管理プログラム４によって起動される。
【００２９】図２はキュー監視プログラムの動作を示す
流れ図である。
流れ図である。
【００３０】まず、メッセージキュー７内にトランザク
ションデータ９が格納されている件数を取得する（ステ
ップＡ１）。トランザクションデータが登録されている
か否かの判断（ステップＡ２）を行い、トランザクショ
ンデータが無い場合には、再びメッセージキュー７のト
ランザクションデータを監視する。トランザクションデ
ータが登録されるまでメッセージキュー７のトランザク
ションデータの監視を続ける。
ションデータ９が格納されている件数を取得する（ステ
ップＡ１）。トランザクションデータが登録されている
か否かの判断（ステップＡ２）を行い、トランザクショ
ンデータが無い場合には、再びメッセージキュー７のト
ランザクションデータを監視する。トランザクションデ
ータが登録されるまでメッセージキュー７のトランザク
ションデータの監視を続ける。
【００３１】次に、トランザクションデータ９が登録さ
れている場合、トランザクションデータ９をデータＩＤ
８とともに取出し（ステップＡ３）、そのトランザクシ
ョンデータ９を削除する（ステップＡ４）。ただし、こ
の時点でコミットは発行されていないので、物理的に削
除されていない。
れている場合、トランザクションデータ９をデータＩＤ
８とともに取出し（ステップＡ３）、そのトランザクシ
ョンデータ９を削除する（ステップＡ４）。ただし、こ
の時点でコミットは発行されていないので、物理的に削
除されていない。
【００３２】次に取出したトランザクションデータ９と
データＩＤ８をトランザクション処理プログラム１２に
渡して処理を要求する（ステップＡ５）。
データＩＤ８をトランザクション処理プログラム１２に
渡して処理を要求する（ステップＡ５）。
【００３３】トランザクション処理プログラム１２の詳
細の処理は後述するが、トランザクション処理プログラ
ム１２では処理が終了したかまたは既に処理を終えてい
る場合には”処理済”を示すコードを返却し、処理中に
エラーが発生するなどで、処理が完了できない場合に
は”処理未”を示すコードを返却するものとする。
細の処理は後述するが、トランザクション処理プログラ
ム１２では処理が終了したかまたは既に処理を終えてい
る場合には”処理済”を示すコードを返却し、処理中に
エラーが発生するなどで、処理が完了できない場合に
は”処理未”を示すコードを返却するものとする。
【００３４】キュー監視プログラム５では、トランザク
ション処理プログラム１２の返却領域をチェックし（ス
テップＡ６）、処理が完了した場合にはコミット（ステ
ップＡ７）を、処理が未完了の場合にはロールバック
（ステップＡ８）を発行する。
ション処理プログラム１２の返却領域をチェックし（ス
テップＡ６）、処理が完了した場合にはコミット（ステ
ップＡ７）を、処理が未完了の場合にはロールバック
（ステップＡ８）を発行する。
【００３５】コミットにより、トランザクション処理プ
ログラム１２によって正常に処理が完了したトランザク
ションデータ９は削除され、ロールバックにより、トラ
ンザクション処理プログラム１２によって正常に処理が
完了しなかったトランザクションデータ９は削除され
ず、再度処理可能なデータとなる。
ログラム１２によって正常に処理が完了したトランザク
ションデータ９は削除され、ロールバックにより、トラ
ンザクション処理プログラム１２によって正常に処理が
完了しなかったトランザクションデータ９は削除され
ず、再度処理可能なデータとなる。
【００３６】上記の処理を終えた後、キュー監視プログ
ラム５は遅延実行管理プログラム４からの終了指示があ
るか否かのチェック（ステップＡ９）を行い、終了指示
がある場合にはその処理を終了し、そうでなければ処理
を続行する。
ラム５は遅延実行管理プログラム４からの終了指示があ
るか否かのチェック（ステップＡ９）を行い、終了指示
がある場合にはその処理を終了し、そうでなければ処理
を続行する。
【００３７】図３はトランザクション処理プログラムの
動作を示す流れ図である。
動作を示す流れ図である。
【００３８】トランザクション処理プログラム１２はキ
ュー監視プログラム５から要求を受け、まず、要求元の
キュー監視プログラム５に対して結果を返却する為の領
域を、”処理未”を示すコードで初期化する（ステップ
Ｂ１）。
ュー監視プログラム５から要求を受け、まず、要求元の
キュー監視プログラム５に対して結果を返却する為の領
域を、”処理未”を示すコードで初期化する（ステップ
Ｂ１）。
【００３９】次に、ＩＤテーブルのデータＩＤを読み込
み（ステップＢ２）、キュー監視プログラム５から渡さ
れたトランザクションデータ９のデータＩＤ８と比較す
る（ステップＢ３）。ここで、２つのデータＩＤが同じ
値であれば、そのトランザクションデータ９は処理が終
了しているので、返却領域に”処理済”を示すコードを
設定し（ステップＢ５）、ロールバックを発行して処理
を終了する（ステップＢ１２）。
み（ステップＢ２）、キュー監視プログラム５から渡さ
れたトランザクションデータ９のデータＩＤ８と比較す
る（ステップＢ３）。ここで、２つのデータＩＤが同じ
値であれば、そのトランザクションデータ９は処理が終
了しているので、返却領域に”処理済”を示すコードを
設定し（ステップＢ５）、ロールバックを発行して処理
を終了する（ステップＢ１２）。
【００４０】２つのデータＩＤが異なる場合は、トラン
ザクションデータ９を元に処理を行う（ステップＢ
４）。トランザクション処理でエラーが発生した場合に
は、ロールバックを発行し、処理を終了する（ステップ
Ｂ６、Ｂ１２）。
ザクションデータ９を元に処理を行う（ステップＢ
４）。トランザクション処理でエラーが発生した場合に
は、ロールバックを発行し、処理を終了する（ステップ
Ｂ６、Ｂ１２）。
【００４１】トランザクション処理でエラーが発生しな
かった場合にはＩＤテーブル１４のデータＩＤ１５にト
ランザクションデータ９のデータＩＤを設定する（ステ
ップＢ７）。データＩＤの更新でエラーが発生した場合
には、ロールバックを発行し、処理を終了する（ステッ
プＢ８，Ｂ１２）。
かった場合にはＩＤテーブル１４のデータＩＤ１５にト
ランザクションデータ９のデータＩＤを設定する（ステ
ップＢ７）。データＩＤの更新でエラーが発生した場合
には、ロールバックを発行し、処理を終了する（ステッ
プＢ８，Ｂ１２）。
【００４２】データＩＤの更新まで成功して初めてトラ
ンザクション処理プログラム１２はコミットを発行する
（ステップＢ９）。コミットが失敗した場合には、ロー
ルバックを発行し、処理を終了する（ステップＢ１０，
Ｂ１２）。コミットが成功した場合には返却領域に”処
理済”を示すコードを設定し（ステップＢ１１）、キュ
ー監視プログラム５に返却する。
ンザクション処理プログラム１２はコミットを発行する
（ステップＢ９）。コミットが失敗した場合には、ロー
ルバックを発行し、処理を終了する（ステップＢ１０，
Ｂ１２）。コミットが成功した場合には返却領域に”処
理済”を示すコードを設定し（ステップＢ１１）、キュ
ー監視プログラム５に返却する。
【００４３】トランザクション処理プログラム１２がア
クセスする業務テーブル１３およびＩＤテーブル１４は
同一のデータベース管理システム１７によって管理され
ているので、コミット発行（ステップＢ９）時に二相コ
ミットが発生することは無い。
クセスする業務テーブル１３およびＩＤテーブル１４は
同一のデータベース管理システム１７によって管理され
ているので、コミット発行（ステップＢ９）時に二相コ
ミットが発生することは無い。
【００４４】また、トランザクション処理プログラム１
２の処理が完了したにも関わらず、キュー監視プログラ
ム５によるトランザクションデータ９の削除が失敗した
場合にも、ＩＤテーブル１４に格納したデータＩＤ１５
によって、そのトランザクションデータ９が再度処理さ
れることを防ぐことができる。
２の処理が完了したにも関わらず、キュー監視プログラ
ム５によるトランザクションデータ９の削除が失敗した
場合にも、ＩＤテーブル１４に格納したデータＩＤ１５
によって、そのトランザクションデータ９が再度処理さ
れることを防ぐことができる。
【００４５】なお、上記のトランザクション処理システ
ムは、中央処理装置（データベースサーバなどの）の主
記憶（図示していない。）に保持されたプログラムを実
行することによって動作する。本発明による二相コミッ
ト回避機能はこのプログラムの一要素を構成し、遅延型
トランザクション処理システムにおける二相コミット回
避方式を実現している。
ムは、中央処理装置（データベースサーバなどの）の主
記憶（図示していない。）に保持されたプログラムを実
行することによって動作する。本発明による二相コミッ
ト回避機能はこのプログラムの一要素を構成し、遅延型
トランザクション処理システムにおける二相コミット回
避方式を実現している。
【００４６】
【発明の効果】以上、詳細に説明したように、本発明に
よれば、トランザクション処理プログラムから要求のあ
った処理（トランザクションデータ）を、その時点では
実行せずに、メッセージキューに登録しておいて適宜遅
延実行させる遅延型トランザクション処理システムにお
いて、メッセージの登録時、および遅延実行時のいずれ
の場合においても、性能の劣化を招く恐れのある二相コ
ミットを発生させずに処理を行う機能を提供できる。
よれば、トランザクション処理プログラムから要求のあ
った処理（トランザクションデータ）を、その時点では
実行せずに、メッセージキューに登録しておいて適宜遅
延実行させる遅延型トランザクション処理システムにお
いて、メッセージの登録時、および遅延実行時のいずれ
の場合においても、性能の劣化を招く恐れのある二相コ
ミットを発生させずに処理を行う機能を提供できる。
【００４７】その理由は、二相コミットが発生しない様
に、それぞれのデータベース管理プログラム毎に独立し
たコミットを実行し、独立したコミットにより可能とな
った二重処理をＩＤテーブルによって防いでいるためで
ある。
に、それぞれのデータベース管理プログラム毎に独立し
たコミットを実行し、独立したコミットにより可能とな
った二重処理をＩＤテーブルによって防いでいるためで
ある。
【図１】本発明の実施の一形態を示すブロック図。
【図２】キュー監視プログラムの動作を示す流れ図。
【図３】トランザクション処理プログラムの動作を示す
流れ図。
流れ図。
【図４】従来のトランザクション処理システムの例を示
すブロック図。
すブロック図。
１ 操作端末 ２ 業務システム ３，１２ トランザクション処理プログラム ４ 遅延実行管理プログラム ５ キュー監視プログラム ６，１３ 業務テーブル ７ メッセージキュー ８，１５ データＩＤ ９ トランザクションデータ １０，１６ データベース管理プログラム １１，１７ データベース管理システム １４ ＩＤテーブル １８ リソース管理プログラム
Claims (7)
- 【請求項１】 トランザクション処理プログラムからの
処理要求を遅延して実行させる遅延型トランザクション
処理システムの二相コミット回避方式において、第一の
トランザクション処理プログラムはその処理要求を登録
すると同時にその識別情報を第二のトランザクション処
理プログラムに通知し、前記第二のトランザクション処
理プログラムは事前に処理して保持している識別情報と
前記処理要求の識別情報とが不一致のときその処理要求
を実行し、すべての処理が正常に終了したとき処理済を
報告することを特徴とする二相コミット回避方式。 - 【請求項２】 トランザクション処理プログラムからの
処理要求を遅延して実行させる遅延型トランザクション
処理システムの二相コミット回避方式において、第一の
トランザクション処理プログラムが取込むトランザクシ
ョンデータをそのデータＩＤとともにメッセージキュー
に保持する第一のデータベース管理システムと、前記メ
ッセージキューを監視し前記データＩＤを第二のトラン
ザクション処理プログラムに通知し，前記第二のトラン
ザクション処理プログラムが前記トランザクションデー
タによる処理を正常に実行したときその結果を受けて前
記第一のデータベース管理システムに保持されている前
記トランザクションデータを削除するキュー監視手段
と、前記第二のトランザクション処理プログラムが処理
したトランザクションデータのデータＩＤを保持する第
二のデータベース管理システムと、前記第二のトランザ
クション処理プログラムが処理を開始するとき前記デー
タＩＤの存在をチェックし前記処理を実行するか否かを
決定する手段とを具備することを特徴とする二相コミッ
ト回避方式。 - 【請求項３】 請求項２記載の二相コミット回避方式に
おいて、前記第一のデータベース管理システムは前記第
一のトランザクション処理プログラムの業務テーブルを
保持するとともに、そのトランザクションデータを含む
メッセージキューを保持することを特徴とする二相コミ
ット回避方式。 - 【請求項４】 請求項２または３記載の二相コミット回
避方式において、前記第二のデータベース管理システム
は前記第二のトランザクション処理プログラムの業務テ
ーブルを保持するとともに、前記トランザクションデー
タのデータＩＤを含むＩＤテーブルを保持することを特
徴とする二相コミット回避方式。 - 【請求項５】 トランザクション処理プログラムからの
処理要求を遅延して実行させる遅延型トランザクション
処理システムの二相コミット回避方式のプログラム記録
媒体において、第一のトランザクション処理プログラム
はその処理要求を登録すると同時にその識別情報を第二
のトランザクション処理プログラムに通知し、前記第二
のトランザクション処理プログラムは事前に処理して保
持している識別情報と前記処理要求の識別情報とが不一
致のときその処理要求を実行し、すべての処理が正常に
終了したとき処理済を報告することを特徴とする二相コ
ミット回避方式のプログラム記録媒体。 - 【請求項６】 請求項２，３，または４記載の二相コミ
ット回避方式のプログラム記録媒体において、前記デー
タベース管理システムに保持されたメッセージキューに
トランザクションデータが有ればそれを取り出し前記メ
ッセージキューからの削除を指示し、前記第二のトラン
ザクション処理プログラムに前記トランザクションデー
タの処理を要求し、前記処理が完了したとき前記トラン
ザクションデータの前記メッセージキューからの削除を
コミットし、前記処理が未完のときには前記トランザク
ションデータをロールバックすることを特徴とする二相
コミット回避方式のプログラム記録媒体。 - 【請求項７】 請求項２，３，または４記載の二相コミ
ット回避方式のプログラム記録媒体において、前記第二
のデータベース管理システムに保持されたＩＤテーブル
からデータＩＤを読み出し、前記データＩＤが前記第二
のトランザクション処理プログラムに処理を要求したト
ランザクションデータのデータＩＤに一致するときは前
記処理を処理済としてロールバックを発行し、同じく不
一致のときは前記処理を実行し、前記処理が正常に終了
したとき前記ＩＤテーブルのデータＩＤを前記トランザ
クションデータのデータＩＤに更新し、前記ＩＤテーブ
ルの更新が正常に終了したときコミットを発行し、前記
コミットが正常に終了したとき前記第二のトランザクシ
ョン処理プログラムの処理を処理済とし、前記のトラン
ザクション処理，データＩＤ更新処理，およびコミット
処理のいずれかが異常を発生したときにはロールバック
を発行することを特徴とする二相コミット回避方式のプ
ログラム記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000121015A JP3627619B2 (ja) | 2000-04-21 | 2000-04-21 | 二相コミット回避方式およびそのプログラム記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000121015A JP3627619B2 (ja) | 2000-04-21 | 2000-04-21 | 二相コミット回避方式およびそのプログラム記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001306380A true JP2001306380A (ja) | 2001-11-02 |
| JP3627619B2 JP3627619B2 (ja) | 2005-03-09 |
Family
ID=18631732
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000121015A Expired - Fee Related JP3627619B2 (ja) | 2000-04-21 | 2000-04-21 | 二相コミット回避方式およびそのプログラム記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3627619B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005056260A (ja) * | 2003-08-06 | 2005-03-03 | Toshiba Corp | メッセージ通信システム、方法及びプログラム |
| JP2006040094A (ja) * | 2004-07-29 | 2006-02-09 | Ns Solutions Corp | データ処理装置、データ処理システム、データ処理方法及びそのプログラム |
| JP2013033583A (ja) * | 2011-07-29 | 2013-02-14 | Boeing Co:The | 連想メモリ更新のためのシステム |
| JP2014164311A (ja) * | 2013-02-21 | 2014-09-08 | Nec Corp | トランザクション処理装置、トランザクション処理システム、トランザクション処理方法及びプログラム |
| CN115129738A (zh) * | 2022-08-30 | 2022-09-30 | 太极计算机股份有限公司 | 一种数据跨库写入方法、装置和设备 |
-
2000
- 2000-04-21 JP JP2000121015A patent/JP3627619B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005056260A (ja) * | 2003-08-06 | 2005-03-03 | Toshiba Corp | メッセージ通信システム、方法及びプログラム |
| JP4557518B2 (ja) * | 2003-08-06 | 2010-10-06 | 株式会社東芝 | メッセージ通信に用いられる各装置のプログラム |
| JP2006040094A (ja) * | 2004-07-29 | 2006-02-09 | Ns Solutions Corp | データ処理装置、データ処理システム、データ処理方法及びそのプログラム |
| JP4555624B2 (ja) * | 2004-07-29 | 2010-10-06 | 新日鉄ソリューションズ株式会社 | データ処理システム、データ処理方法及びそのプログラム |
| JP2013033583A (ja) * | 2011-07-29 | 2013-02-14 | Boeing Co:The | 連想メモリ更新のためのシステム |
| JP2014164311A (ja) * | 2013-02-21 | 2014-09-08 | Nec Corp | トランザクション処理装置、トランザクション処理システム、トランザクション処理方法及びプログラム |
| CN115129738A (zh) * | 2022-08-30 | 2022-09-30 | 太极计算机股份有限公司 | 一种数据跨库写入方法、装置和设备 |
| CN115129738B (zh) * | 2022-08-30 | 2022-12-13 | 太极计算机股份有限公司 | 一种数据跨库写入方法、装置和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3627619B2 (ja) | 2005-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10250693B2 (en) | Idempotence for database transactions | |
| US7328213B2 (en) | Transaction processing method, transaction control apparatus and program thereof | |
| US8924346B2 (en) | Idempotence for database transactions | |
| US5261089A (en) | Optimization of commit procedures by utilizing a two-phase commit procedure only when necessary | |
| JP3779263B2 (ja) | 共同作業システムのためのコンフリクトの解決 | |
| US6728958B1 (en) | Volatile resource manager with pre-prepare notification | |
| US7330860B2 (en) | Fault tolerant mechanism to handle initial load of replicated object in live system | |
| JP2002507021A (ja) | 情報システムの独立性レベル及びトランザクション補償 | |
| KR20020090520A (ko) | 트랜잭션 처리 시스템의 병렬 로깅 방법 | |
| JPH04229334A (ja) | コンピュータ・システム及びアプリケーションプログラム実行方法 | |
| JPH04229358A (ja) | 同期点回復手段を有するコンピュータ装置 | |
| US8606833B2 (en) | Method and system of committing operations of a synchronized transaction | |
| EP0834122B1 (en) | Synchronisation procedure in a routing node | |
| EP0839350B1 (en) | Optimized synchronisation procedure | |
| US6330686B1 (en) | Handling protected conversation messages across IMS restart in shared queues environment | |
| JPH06243072A (ja) | 分散処理システムの分散トランザクションコミット制御方式 | |
| TW200411543A (en) | A data processing system adapted to integrating non-homogeneous processes | |
| CN111143041B (zh) | 一种数据一致性方法、分布式协调器及中央协调器 | |
| JP2001306380A (ja) | 二相コミット回避方式およびそのプログラム記録媒体 | |
| US20230072976A1 (en) | Database system with transactional commit protocol based on safe conjunction of majorities | |
| US7171410B1 (en) | Fault tolerant network element | |
| CN113918654B (zh) | 一种区块数据提交的方法及装置 | |
| US20060123069A1 (en) | Method and system for deferred synchronisation of data | |
| JPH11161530A (ja) | トランザクション処理システム | |
| JP4311059B2 (ja) | トランザクション制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040406 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040603 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041116 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041129 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071217 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081217 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111217 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |