JP2000293416A - データベース処理装置、および、記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データベース内のデータを、複数のアプリケ
ーションプログラムによって連続して更新するデータベ
ース処理装置において、更新処理中に異常が発生した場
合に、データベース復旧後の処理を容易にする。 【解決手段】 複数のデータベース更新処理を連続して
実行することによってデータベース１０内の複数のデー
タを更新する一連の更新処理を行うデータベース処理装
置１において、複数のデータベース更新処理を１つのト
ランザクションとして、トランザクションの最初のデー
タベース更新処理を行う際にトランザクションＩＤを生
成する。そして、トランザクション中は、データベース
更新処理が切り替わる毎にトランザクションＩＤが引き
継がれ、このトランザクションＩＤが引き継がれていな
いデータベース更新処理の実行は制限される。また、ト
ランザクション中はデータベースの更新内容は暫定的に
確定され、トランザクションが正常に終了した後で完全
に確定される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースの更
新処理を行うデータベース処理装置に係り、詳細には、
データベースの更新が正常に処理されなかった場合にデ
ータベースの復旧を行うデータベース処理装置、およ
び、その制御プログラムを格納した記憶媒体に関する。

【０００２】

【従来の技術】複数のアプリケーションプログラムによ
る処理で利用されるデータベースとして、ＲＤＢＭＳ
（Relational DataBase Management System ）と呼ばれ
るデータベースが広く利用されている。このＲＤＢＭＳ
は、通常のデータベース管理システムと同様、更新処理
中に異常が発生してファイルが破壊された場合に、ファ
イルを復旧する機能を備えている。

【０００３】ファイルの復旧方法として、これまで一般
的に行われてきた方法としては、アプリケーションプロ
グラムによる削除、追記等の各処理によってデータベー
ス内のデータが更新される際に更新内容を一時的に記憶
し、異常が発生した場合には記憶しておいた更新内容を
もとにファイルを復元するロールバックと呼ばれる方法
があった。

【０００４】上記のＲＤＢＭＳを含め、データベース内
のデータを更新する処理は、一般に「トランザクショ
ン」と呼ばれる単位で実行される。通常、トランザクシ
ョンは、アプリケーションプログラムによるデータベー
ス内のデータの更新処理開始から当該アプリケーション
プログラムの処理終了までの間を指し、このトランザク
ションの間は、データベースを他のアプリケーションプ
ログラムで操作することはできない。

【０００５】従来のデータベースでは、ロールバック法
による復旧はトランザクション毎に行われていた。即
ち、異常が発生したトランザクションで更新された部分
を当該トランザクションの前の状態に戻すことで復旧を
行っていた。

【０００６】

【発明が解決しようとする課題】ところが、ＲＤＢＭＳ
内のデータについて、複数のアプリケーションプログラ
ムによる処理を連続して行った場合に上記従来の方法で
データベースを復旧すると、異常が発生したアプリケー
ションプログラムの更新処理前の状態でデータベースが
復元される。このため、復旧後に処理を継続する際の手
間がかかるという問題点があった。

【０００７】データベースの処理を行う操作者は、複数
のアプリケーションプログラムによって連続して処理を
行ってデータベース内の関連する複数のデータを更新す
る一連の処理を、１つのまとまった処理として操作する
のが一般的である。しかし、上記従来の方法でデータベ
ースを復旧すると、あくまでトランザクション毎に、正
常終了したか否かが判別され、異常発生時には復旧が行
われる。このため、異常発生後に復旧されたデータベー
スは、複数のアプリケーションプログラムのうち、いず
れかのアプリケーションプログラムによる処理が反映さ
れ、異常が発生したアプリケーションプログラム以降の
処理が反映されない状態になる。これでは、データベー
スが復旧されても、どのアプリケーションプログラムか
ら処理を再開すればよいかがわかりにくく、異常発生後
の作業負担の増大を招いていた。

【０００８】また、従来のデータベースでは１つのアプ
リケーションプログラムの処理が終了すると同時にトラ
ンザクションが終了するので、１つのアプリケーション
プログラムによる処理が終了した時点で、無関係なアプ
リケーションプログラムによる処理が可能となってい
た。このため、連続して処理すべき複数のアプリケーシ
ョンプログラムの合間に、無関係なアプリケーションプ
ログラムによる処理が行われ、データベース内のデータ
が整合性を失って、データに矛盾を生じる恐れがあっ
た。

【０００９】この発明は、上記問題点を解決するため、
データベース内のデータを複数のアプリケーションプロ
グラムによって更新するデータベース処理装置におい
て、更新処理中に異常が発生した場合に、データベース
復旧後の処理を容易にすることを目的とする。

【００１０】

【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、データベース内のデータを
更新する複数の更新手段を備え、これら複数の更新手段
のうち指定された複数の更新手段によって、前記データ
ベース内の複数のデータを更新する一連の更新処理を行
うデータベース処理装置において、前記一連の更新処理
が実行されている間は、前記指定された複数の更新手段
以外の前記更新手段による更新処理を制限する更新制御
手段と、前記一連の更新処理における更新内容を記憶す
る記憶手段と、前記一連の更新処理が正常に終了した際
に、前記記憶手段に記憶された更新内容に従って前記デ
ータベース内のデータを確定するデータ確定手段と、前
記一連の更新処理中に異常が発生した場合には、前記記
憶手段に記憶された更新内容をもとに前記データベース
内のデータを前記一連の更新処理以前の状態に復旧する
データ復旧手段と、を備えることを特徴としている。

【００１１】この請求項１記載の発明によれば、指定さ
れた複数の更新手段によってデータベース内のデータを
更新する一連の更新処理を行う場合に、この一連の更新
処理を行う更新手段として指定されていない更新手段に
よるデータの更新を制限するので、複数のデータを連続
して更新している最中に無関係なデータが更新される等
の事態を避けることができる。これにより、データベー
ス内のデータの矛盾を防ぎ、データベースの信頼性を高
めることができる。また、更新手段によって更新された
更新内容は一連の更新処理が終了してから確定されるの
で、異常が発生した場合には、一連の更新処理が行われ
る前の状態にデータベースが復旧される。従って、デー
タベースが一連の更新処理の途中の状態に戻されること
がないので、復旧後は一連の更新処理を最初から実行す
ればよく、復旧後の処理が非常に容易で、作業負担を軽
減することができる。

【００１２】また、請求項４記載の発明は、データベー
ス内のデータを更新する複数の更新手段を備え、これら
複数の更新手段のうち指定された複数の更新手段によっ
て、前記データベース内の複数のデータを更新する一連
の更新処理を行うデータベース処理装置において、前記
一連の更新処理の最初の前記更新手段によりデータが更
新される際に、当該一連の更新処理に対応する識別符号
を生成して当該更新手段に取得させる識別符号生成手段
と、前記一連の更新処理中、前記更新手段によるデータ
の更新が終了して次の前記更新手段によるデータの更新
が行われる際には、先に更新を行った前記更新手段が取
得した前記識別符号を次の前記更新手段に取得させる識
別符号制御手段と、前記一連の更新処理中は、当該一連
の更新処理に対応する識別符号を取得していない前記更
新手段による更新処理を制限する更新制御手段と、前記
一連の更新処理における更新内容を記憶する記憶手段
と、前記一連の更新処理が正常に終了した際に、前記記
憶手段に記憶された更新内容に従って前記データベース
内のデータを確定するデータ確定手段と、前記一連の更
新処理中に異常が発生した場合には、前記記憶手段に記
憶された更新内容をもとに前記データベース内のデータ
を前記一連の更新処理以前の状態に復旧するデータ復旧
手段と、を備えることを特徴としている。

【００１３】この請求項４記載の発明によれば、一連の
更新処理の最初の更新手段による更新が行われる際に、
当該一連の更新処理に対応する識別符号が生成され、こ
の識別符号を取得していない更新手段による処理を制限
するので、無関係なデータの更新を確実に防止して、デ
ータベースの信頼性を向上させることができる。また、
一連の更新処理中に更新手段が切り換えられる際には、
先に更新を行った更新手段から次の更新手段に識別符号
が引き継がれるので、無関係な更新手段を容易に判別す
ることができる。従って、容易に、かつ確実に、データ
ベースの信頼性を向上させることができる。

【００１４】

【発明の実施の形態】以下、この発明の実施の形態につ
いて、図１〜図７の図面を参照しながら説明する。

【００１５】［第１の実施の形態］まず、構成を説明す
る。図１は、本発明の第１の実施の形態におけるデータ
ベース処理装置１の構成を示す図である。この図１に示
すように、データベース処理装置１は、ＣＰＵ（Centra
l Processing Unit ）２、ＲＡＭ（Random Access Memo
ry）３、ＲＯＭ（Read Only Memory）４、記憶装置５、
記憶装置５が有する記憶媒体６、入力装置７、表示装置
８、印刷装置９およびデータベース１０により構成さ
れ、記憶媒体６を除く各部はバス１１により接続されて
いる。

【００１６】なお、本第１の実施の形態において、ＣＰ
Ｕ２は図２に示す処理を実行することによって請求項記
載の更新手段に対応し、同様に、図３のステップＳ１２
３に示す処理を実行することによって更新制御手段に対
応し、図３のステップＳ１３０〜ステップＳ１３１に示
す処理を実行することによりデータ確定手段に対応し、
ステップＳ１２６〜ステップＳ１２８に示す処理を実行
することによってデータ復旧手段に対応する。また、Ｃ
ＰＵ２によってステップＳ１２４あるいはステップＳ１
３５に示す処理が実行されることにより、記憶装置５は
記憶手段に対応する。また、ＣＰＵ２は、図３のステッ
プＳ１３４に示す処理を実行することによって識別符号
生成手段に対応し、図２のステップＳ１０６〜ステップ
Ｓ１０７に示す処理を実行することによって識別符号制
御手段に対応する。

【００１７】ＣＰＵ２は、入力装置７における指示入力
に従って、ＲＯＭ４内に格納される基本制御プログラム
や記憶装置５内に格納された各種アプリケーションプロ
グラムを読み込み、ＲＡＭ３内に設けられたメモリエリ
アに展開して実行する。具体的には、ＣＰＵ２は、ＲＯ
Ｍ４内に格納された基本制御プログラムを実行すること
によってデータベース処理装置１の各部を初期状態に移
行させる等の制御を行う。また、ＣＰＵ２は、記憶装置
５内に格納された各種アプリケーションプログラムを読
み込んで実行することにより、後述するデータベース更
新処理（図２）を実行してデータベース１０内のデータ
の削除、追加あるいは更新等の各種処理を実行する。

【００１８】また、ＣＰＵ２は、後述するデータベース
制御プログラムを記憶装置５から読み込んで実行するこ
とで後述するデータベース制御処理（図３）を実行し、
アプリケーションプログラムの実行に伴ってデータベー
ス１０内に格納されたデータが更新される際に、データ
ベース１０の更新内容のバックアップデータを生成して
記憶装置５に記憶させ、暫定コミットを行う。さらに、
トランザクションが終了するまでの間の各種アプリケー
ションプログラムによってデータベース１０内のデータ
が更新される度に、随時暫定コミットを行う。そして、
完全コミットが指定された場合、或いは、トランザクシ
ョンが終了する場合には、暫定コミットされていたデー
タの更新内容を完全に確定する完全コミットを実行す
る。

【００１９】さらに、ＣＰＵ２は、入力装置７からの指
示入力に従って、データベース１０の内容や更新処理の
進行状況等の各種情報を表示するための表示データを生
成して表示装置８に出力し、表示装置８の表示画面上に
表示させる。また、表示装置８に表示される内容を印刷
するための印刷データを生成して印刷装置９に出力し、
印刷を実行させる。

【００２０】ＲＡＭ３は、ＣＰＵ２により処理される各
種プログラムや、その処理に係るデータを一時的に格納
するメモリエリアを形成する。

【００２１】ＲＯＭ４は、ＣＰＵが実行する一連の処理
を実行するための各種基本制御プログラムを格納する。
このＲＯＭ４内の各基本制御プログラムは、ＣＰＵ２が
読み取り可能なプログラムコードの形態で記憶されてい
る。

【００２２】記憶装置５は、プログラムやデータ等が記
憶される記憶媒体６を有し、この記憶媒体６は磁気的、
光学的記録媒体、若しくは半導体メモリで構成されてい
る。この記憶媒体６は記憶装置５に固定的に設けたも
の、若しくは着脱自在に装着するものであり、ＣＰＵ２
により実行される各種アプリケーションプログラムやこ
れら各種アプリケーションプログラムに係るデータ等を
格納する。

【００２３】また、上記の記憶媒体６に記憶されるデー
タ等は、通信回線等を介して接続された他の機器から受
信して記憶する構成にしてもよく、さらに、通信回線等
を介して接続された他の機器側に上記記憶媒体を備えた
記憶装置を設け、この記憶媒体６に記憶されているプロ
グラムやデータを通信回線を介して使用する構成として
も良い。

【００２４】入力装置７は、カーソルキー、数字入力キ
ーおよび各種機能キーを備えたキーボードや、マウス等
のポインティングデバイスを備えている。そして、入力
装置７は、キーボードが操作されると押下されたキーに
対応する押下信号を生成してＣＰＵ２に出力し、マウス
等のポインティングデバイスが操作されると、クリック
信号等の操作信号とともに、この操作により指定された
座標を示す相対座標データをＣＰＵ２に出力する。

【００２５】表示装置８は、ＣＲＴ（Cathode Ray Tub
e）やＬＣＤ（Liquid Crystal Display：液晶表示画
面）等により構成され、ＣＰＵ２から入力される表示デ
ータに基づいて各種画面を表示する。

【００２６】印刷装置９は各種プリンタを備えており、
ＣＰＵ２から入力される印刷データに従って、各種文書
を印刷して出力する。

【００２７】データベース１０は、データベース処理装
置１により処理される各種のデータが格納されたデータ
ベースであり、記憶媒体６と同様の、磁気的、光学的記
憶媒体若しくは半導体記憶素子等によってなる記憶媒体
内に格納される。このデータベース１０内のデータは、
ＣＰＵ２により実行される各種アプリケーションプログ
ラムのデータ更新処理により、データベース制御処理に
従って更新される。なお、データベース１０を格納する
記憶媒体は、記憶装置５および記憶媒体６と別体として
データベース処理装置１に備えられる構成としても良い
し、或いは記憶媒体６内に設けられた記憶領域内にデー
タベース１０が格納される構成としても良い。

【００２８】続いて、本発明の第１の実施の形態におけ
るデータベース処理装置１の動作について説明する。

【００２９】なお、以下に述べるデータベース処理装置
１の動作においては、複数のアプリケーションプログラ
ムを連続して実行し、関連する複数のデータをそれぞれ
更新する一連の処理を、１つのトランザクションとして
取り扱う。即ち、１つのアプリケーションプログラムに
よるデータベース更新処理が終了しても、続いて他のア
プリケーションプログラムによって関連するデータの更
新処理が行われる場合には、トランザクションは終了し
ないで継続される。そして、複数のアプリケーションプ
ログラムによる連続した更新処理が実行された後に、１
つのトランザクションが終了する。

【００３０】このような処理を実現するため、データベ
ース処理装置１ではトランザクションＩＤを用いる。ト
ランザクションＩＤとは、開始されたトランザクション
を複数のアプリケーションプログラムに渡って継続する
ための符号であり、トランザクションの最初のアプリケ
ーションプログラムの実行に際して発行される。また、
同一トランザクション中で、アプリケーションプログラ
ムによる処理が終了して次のアプリケーションプログラ
ムの処理が開始される際に、トランザクションＩＤがア
プリケーション間で引き継がれる。

【００３１】そして、トランザクション中に次のアプリ
ケーションプログラムの処理に移行する際には、このト
ランザクションＩＤによる認証が行われるので、正しい
トランザクションＩＤを取得したアプリケーションプロ
グラムによってのみデータベースの更新が可能となる。
これによって、当該トランザクションと無関係なアプリ
ケーションプログラムによるデータベース１０の更新処
理は不可能となり、データベース１０内のデータに矛盾
や不整合が生じることがない。

【００３２】また、以下に述べるデータベース処理装置
１の動作においては、アプリケーションプログラムによ
るデータベース更新処理で更新されたデータベース１０
の更新内容は、完全な確定が指示されるまでの間、容易
に復旧可能な状態で暫定的に確定される。この暫定的な
確定処理を、以下、「暫定コミット」と呼ぶ。この暫定
コミットでは、データベース１０の更新内容のバックア
ップデータが生成されて記憶装置５に記憶されるので、
このバックアップデータをもとにデータベース１０を暫
定コミット前の状態に容易に復旧できる。

【００３３】この暫定コミットに対して、更新されたデ
ータを完全に確定する処理を、以下、「完全コミット」
と呼ぶ。この完全コミットは、後述するデータベース更
新処理中に完全コミットが指示された場合に実行され
る。更新内容が完全コミットされた後は、ロールバック
等の復旧処理が行われてもデータベース１０には更新内
容が反映されるので、更新前の状態に復旧する必要が無
くなった際には有用である。

【００３４】はじめに、データベース１０内のデータを
更新するアプリケーションプログラムをＣＰＵ２によっ
て実行した際の動作について説明する。

【００３５】図２は、データベース処理装置１により実
行されるデータベース更新処理を示すフローチャートで
ある。この図２に示すデータベース更新処理は、記憶装
置５内に格納された各種アプリケーションプログラムが
実行され、データベース１０の内容が更新される際の処
理である。

【００３６】データベース更新処理において、まず、Ｃ
ＰＵ２は、実行中のアプリケーションプログラムがトラ
ンザクション中の最初のアプリケーションプログラムで
あるか否かを判別する（ステップＳ１０１）。ここで、
実行中のアプリケーションプログラムがトランザクショ
ンの最初のアプリケーションプログラムである場合に
は、ステップＳ１０２に移行して、入力装置７からの入
力内容に従ってデータベース１０内のデータを更新す
る。

【００３７】ステップＳ１０３で、ＣＰＵ２は、ステッ
プＳ１０２の更新内容について暫定コミットを指定す
る。ステップＳ１０３で暫定コミットが指定されること
により、データベース制御処理（図３）では、ステップ
Ｓ１０２での更新内容のバックアップデータが生成さ
れ、記憶装置５に記憶される。そして、この図２に示す
データベース更新処理が正常に終了しなかった場合に
は、一時的に記憶装置５に記憶された更新内容のバック
アップデータをもとにデータベース１０の復旧が行われ
る。

【００３８】その後、データベース制御処理（図３）に
よりトランザクションＩＤが発行されるので、発行され
たトランザクションＩＤを取得する（ステップＳ１０
４）。

【００３９】ステップＳ１０４でトランザクションＩＤ
が取得された後は、入力装置７からの入力指示によっ
て、必要に応じた各種コミットの指定が行われる（ステ
ップＳ１０５）。例えば、部分的に完全コミットしてし
まいたいデータがある場合や、ここまで暫定コミットさ
れてきた全てのデータを完全コミットするには、ここで
入力装置７から完全コミットする旨の指示入力が行われ
る。

【００４０】そして、ステップＳ１０４で取得したトラ
ンザクションＩＤを、同一トランザクション内で次に実
行されるアプリケーションプログラムに引き継いで（ス
テップＳ１０６）、処理を終了する。

【００４１】引き続いて他のアプリケーションプログラ
ムによるデータベース更新処理が開始すると、データベ
ース更新処理（図２）ではステップＳ１０１からステッ
プＳ１０７へ移行し、直前に実行されたアプリケーショ
ンプログラムからトランザクションＩＤを取得する。

【００４２】そして、ＣＰＵ２は、ステップＳ１０７で
取得したトランザクションＩＤを指定する（ステップＳ
１０８）。ここで指定されたトランザクションＩＤは、
データベース制御処理（図３）で発行されたトランザク
ションＩＤと対照され、一致した場合にのみデータベー
ス１０のデータの更新が可能となる。

【００４３】ステップＳ１０９では、入力装置７からの
指示入力に従ってデータベース１０内のデータを更新し
て（ステップＳ１０９）、その後、実行中のアプリケー
ションプログラムがトランザクションの最後のアプリケ
ーションプログラムか否かを判別する（ステップＳ１１
０）。実行中のアプリケーションプログラムの後に、引
き続いてトランザクションを継続するアプリケーション
プログラムがある場合には、ステップＳ１０５へ移行す
る。

【００４４】また、実行中のアプリケーションプログラ
ムがトランザクションの最後のアプリケーションプログ
ラムである場合には、ステップＳ１１１に移行して、更
新されたデータの完全コミットを指定して、処理を終了
する。これにより、データベース制御処理（図３）で
は、トランザクション中に暫定コミットされた更新内容
が全て完全コミットされ、記憶装置５に記憶されていた
更新内容のバックアップデータが消去される。

【００４５】次に、上記のアプリケーションプログラム
によるデータ更新処理（図２）に応じて、データベース
１０内のデータ更新を制御するために実行されるデータ
ベース制御処理について説明する。

【００４６】図３は、データベース処理装置１により実
行されるデータベース制御処理を示すフローチャートで
ある。この図３に示すデータベース制御処理において、
まずＣＰＵ２は、データベース更新処理（図２）を行う
アプリケーションプログラムに対して、既にトランザク
ションＩＤを発行したか否かを判別する（ステップＳ１
２１）。

【００４７】このステップＳ１２１でトランザクション
ＩＤをまだ発行していないと判別した場合はトランザク
ションが開始されていないことになるので、ステップＳ
１２２に移行してトランザクションを開始し、その後ス
テップＳ１２４へ移行する。

【００４８】また、トランザクションＩＤが既に発行さ
れている場合には、既に他のアプリケーションプログラ
ムの実行に際して開始されたトランザクションが継続さ
れているので、実行中のアプリケーションプログラムが
ステップＳ１０８（図２）で指定したトランザクション
ＩＤが、トランザクション開始時にデータベース制御処
理によって発行されたトランザクションＩＤであるか否
かを判別する（ステップＳ１２３）。ここで、トランザ
クションＩＤが一致した場合には、ステップＳ１２４へ
移行し、一致しない場合にはそのまま処理を終了する。

【００４９】上述のように、トランザクションが開始さ
れると、データベース制御処理によってトランザクショ
ンＩＤが発行され、このトランザクションＩＤがアプリ
ケーションプログラムによるデータベース更新処理にお
いて取得される。このトランザクションＩＤは、アプリ
ケーションプログラムによる処理が終了した際に同一ト
ランザクション中の次のアプリケーションプログラムに
引き継がれる。従って、１つのトランザクション中に実
行される全てのアプリケーションプログラムには、順
次、同じトランザクションＩＤが引き継がれる。

【００５０】従って、アプリケーションプログラムが指
定したトランザクションＩＤとデータベース制御処理で
発行されたトランザクションＩＤとがが一致しない場合
には、継続中のトランザクションとは無関係のアプリケ
ーションプログラムによる処理が実行されようとしてい
るので、ＣＰＵ２はデータベースの更新を拒否してその
まま処理を終了する。

【００５１】ステップＳ１２４では、ステップＳ１０２
（図２）又はステップＳ１０９（図２）での動作に対応
してデータベース１０内のデータを更新する。なお、こ
のステップＳ１２４で更新されるデータベース１０の更
新内容は、一時的に記憶装置５に記憶され、暫定コミッ
トはされない。

【００５２】続くステップＳ１２５では、データベース
１０内のデータの更新処理が正常に終了したか否かを判
別する。データの更新処理が正常に終了していれば、後
述するステップＳ１２９へ移行する。また、データベー
ス１０内のデータ更新が正常に終了しなかった場合には
ステップＳ１２６へ移行して、記憶装置５に一時的に記
憶された更新内容をもとにロールバックによるデータベ
ース１０の復旧を実行する。

【００５３】ＣＰＵ２は、ステップＳ１２６でデータベ
ース１０を復旧した後、さらにステップＳ１２７で、ト
ランザクションが開始されてから暫定コミットになって
いるデータがあるか否かを判別する。そして、暫定コミ
ットされた状態の更新内容がある場合には、記憶装置５
内にバックアップされた更新内容をもとにデータベース
１０のロールバックを行う（ステップＳ１２８）。な
お、ステップＳ１２７で、暫定コミット中のデータがな
い場合には、そのまま処理を終了する。

【００５４】つまり、トランザクションが開始されてか
ら２番目以降のアプリケーションプログラムを処理する
際には、同一トランザクション内で先に実行されたアプ
リケーションプログラムによるデータベース更新処理で
暫定コミットされたバックアップデータが記憶されてい
る。従って、全ての暫定コミット中の更新内容のバック
アップデータをもとにロールバックを行うことにより、
データの更新時に異常が発生した場合には、トランザク
ションの全てのデータ更新が行われる前の状態へデータ
ベース１０を復旧することができる。

【００５５】一方、ステップＳ１２５で、データベース
１０内のデータの更新処理が正常に終了したと判別され
た場合には、ステップＳ１２９に移行して、入力装置７
からの指示入力によって完全コミットが指定されたか否
かを判別する。

【００５６】そして、データベース更新処理（図２）の
ステップＳ１１１で完全コミットが指定された場合に
は、ＣＰＵ２はステップＳ１３０へ移行し、暫定コミッ
トされている更新内容を完全に確定するとともに、記憶
装置５に記憶された更新内容のバックアップデータを破
棄する（ステップＳ１３１）。その後、トランザクショ
ンを終了して、一連の処理を終了する。

【００５７】さらに、ステップＳ１２９で、ステップＳ
１１１（図２）で完全コミットが指定されなかったと判
別した場合には、そのままトランザクションが継続され
るので、ＣＰＵ２は、トランザクションＩＤが既に発行
されたか否かを判別する（ステップＳ１３３）。既にト
ランザクションＩＤが発行されていれば、データベース
更新処理（図２）のステップＳ１０６で、次のアプリケ
ーションプログラムにトランザクションＩＤが引き継が
れるので、ステップＳ１３５へ移行する。また、トラン
ザクションＩＤがまだ発行されていないのであれば、ス
テップＳ１３４でトランザクションＩＤを発行してステ
ップＳ１３５へ移行する。

【００５８】ステップＳ１３５では、ステップＳ１２４
で行われたデータベース１０の更新内容を暫定コミット
して、更新内容のバックアップデータを生成して記憶装
置５に記憶し、処理を終了する。

【００５９】その後、トランザクションの最後のアプリ
ケーションプログラムによるデータベース更新処理（図
２）が行われた場合には、ステップＳ１１１で完全コミ
ット指定が行われるので、ステップＳ１２９（図３）で
は完全コミットが行われ、暫定コミットされた状態の更
新内容が完全に確定される。

【００６０】以上のように、本発明の第１の実施の形態
におけるデータベース処理装置１によれば、アプリケー
ションプログラムによってデータベース１０内のデータ
を更新するデータベース更新処理が開始されると、この
データベース更新処理に応じてで制御処理を開始し、ト
ランザクションを開始してデータベース１０内のデータ
の更新を行うとともに、更新内容を一時的に記憶装置５
に記憶する。そして、トランザクション毎に固有のトラ
ンザクションＩＤを発行し、データベース１０の更新内
容を示すバックアップデータを生成して記憶させること
で暫定コミット処理を実行する。また、実行中のアプリ
ケーションプログラムの処理が終了して次のアプリケー
ションプログラムにトランザクションＩＤが引き継がれ
ると、アプリケーションプログラムが取得したトランザ
クションＩＤと、発行されたトランザクションＩＤとを
照合して認証を行い、トランザクションＩＤが一致しな
い場合にはデータベース１０の更新をせずに処理を終了
する。また、トランザクションＩＤが一致した場合には
データベース１０の更新を実行する。さらに、トランザ
クションＩＤの最後のアプリケーションプログラムによ
る処理が終了する際には、暫定コミットされていた更新
内容を完全に確定して完全コミット処理を実行する。そ
して、データベース１０の更新処理中に異常が発生した
場合には、記憶装置５に一時的に記憶された更新内容お
よび暫定コミットされた更新内容を全てロールバックし
てデータベース１０を復旧し、全てのアプリケーション
プログラムの処理が終了すると、記憶装置５に一時的に
記憶された更新内容および暫定コミットされた更新内容
を全て完全コミットして処理を終了する。

【００６１】これによって、データベース１０内のデー
タを更新する際に、複数のアプリケーションにより複数
の関連するデータを更新する場合も、全てのアプリケー
ションプログラムによる処理を含む１回のトランザクシ
ョンとして実行することができ、トランザクション中の
更新内容は暫定コミットとしてバックアップされる。こ
のため、データベース１０の更新処理中に異常が発生し
た場合には、異常が発生したアプリケーションプログラ
ムによる更新の前でなく、１回のトランザクションが行
われる前の時点での状態でデータベース１０を復旧する
ことができる。

【００６２】従って、複数のアプリケーションプログラ
ムによりデータベース１０の内容を更新した場合に異常
が発生しても、データベース１０が復旧された後に、再
度、最初から複数のアプリケーションプログラムによる
更新処理を実行すれば良く、データベース１０が中途半
端に更新された状態になってしまうことがない。

【００６３】また、トランザクションが実行されている
間は、データベース制御処理で発行されたトランザクシ
ョンＩＤを取得していないアプリケーションプログラム
によるデータベース１０の更新を拒否することができる
ので、複数のアプリケーションプログラムにより処理の
合間に関係のないアプリケーションプログラムにより処
理が行われることが無い。このため、データベース１０
の内容に矛盾や不整合が生じる事態を確実に避けること
ができる。

【００６４】このため、上記第１の実施の形態における
データベース処理装置１によれば、データベース１０の
更新処理を効率よく実行することができ、さらに、デー
タベース１０内のデータの信頼性を向上させることがで
きる。

【００６５】なお、上記第１の実施の形態のデータベー
ス処理装置１においては、図２に示すデータベース更新
処理において、トランザクションの最初のアプリケーシ
ョンプログラムによる処理が終了すると、更新内容が全
て暫定コミットされて、次のアプリケーションプログラ
ムにトランザクションＩＤが引き渡される構成とした
が、本発明はこれに限定されるものではなく、例えば、
トランザクションが１つのアプリケーションプログラム
によって完結する場合に対応するように、最初のアプリ
ケーションプログラムによる処理が終了した時点でデー
タベース１０の更新内容を完全コミットしてトランザク
ションを終了できるようにしても良い。

【００６６】［第２の実施の形態］図４は、本発明の第
２の実施の形態におけるデータベース処理装置１により
実行されるデータベース部分別制御処理を示すフローチ
ャートである。なお、本第２の実施の形態におけるデー
タベース処理装置１は上記第１の実施の形態と同様の構
成によってなるので、その構成についての説明および図
示を省略する。

【００６７】なお、本第２の実施の形態において、ＣＰ
Ｕ２は、図４のステップＳ２１８に示す処理を実行する
ことによって請求項記載の確定制御手段に対応する。ま
た、入力装置７は、ＣＰＵ２によって図２のステップＳ
１０５および図４のステップＳ２１７に示す処理が実行
されることにより、種別指定手段に対応する。

【００６８】また、本第２の実施の形態におけるデータ
ベース処理装置１によって、アプリケーションプログラ
ムを実行した際のデータベース更新処理は、上記第１の
実施の形態におけるデータベース更新処理（図２）と同
様の処理であり、説明を省略する。

【００６９】図４に示すデータベース部分別制御処理で
は、まずＣＰＵ２は、トランザクションＩＤが既に発行
されているか否かを判別する。トランザクションＩＤが
まだ発行されていなければ、データベース更新処理（図
２）を行うアプリケーションプログラムはトランザクシ
ョン中の最初のアプリケーションプログラムであるの
で、ステップＳ２０２に移行してトランザクションを開
始し、ステップＳ２０４に移行する。

【００７０】ステップＳ２０４で、ＣＰＵ２は、ステッ
プＳ１０２（図２）の動作に応じてデータベース１０内
のデータの更新を行う。なお、ステップＳ２０４でのデ
ータベース１０の更新内容は一時的に記憶装置５に記憶
され、暫定コミットされない。続くステップＳ２０５で
は、ステップＳ２０４でのデータベース１０の更新が正
常に終了したか否かを判別する。

【００７１】一方、ステップＳ２０１でトランザクショ
ンＩＤが既に発行されていると判別された場合には、既
に他のアプリケーションプログラムの実行に際して開始
されたトランザクションが継続されているので、実行中
のアプリケーションプログラムがステップＳ１０８（図
２）で指定したトランザクションＩＤが、トランザクシ
ョン開始時にデータベース制御処理によって発行された
トランザクションＩＤであるか否かを判別する（ステッ
プＳ２０３）。ここで、トランザクションＩＤが一致し
た場合には、ステップＳ２０４へ移行し、一致しない場
合にはそのまま処理を終了する。そして、ステップＳ２
０４では、ステップＳ１０９（図２）の動作に応じてデ
ータベース１０内のデータの更新を実行し、ステップＳ
２０５へ移行する。

【００７２】ステップＳ２０５で、データベース１０の
更新が正常に終了しなかった場合には、ステップＳ２０
６へ移行し、ステップＳ２０４での更新内容をロールバ
ックすることによってデータベース１０を復旧する。さ
らに、ステップＳ２０７で暫定コミットされた状態のバ
ックアップデータがあるか否かを判別し、暫定コミット
されたバックアップデータが無い場合には処理を終了
し、バックアップデータがある場合には、そのバックア
ップデータをもとにロールバックを行ってデータベース
１０をトランザクションの前の状態に復旧して、処理を
終了する。

【００７３】また、ステップＳ２０５で、ステップＳ２
０４でのデータベース１０の更新処理が正常に終了した
と判別した場合には、ステップＳ２０９へ移行し、アプ
リケーションプログラムによるデータベース更新処理
（図２）のステップＳ１１１で完全コミットが指定され
たか否かを判別する。完全コミットが指定された場合に
は、ステップＳ２０４で記憶装置５に一時的に記憶され
た更新内容を完全に確定し（ステップＳ２１０）、続い
て、暫定コミットされた状態にある更新内容を全て完全
コミットして（ステップＳ２１１）、トランザクション
を終了する（ステップＳ２１２）。

【００７４】一方、ステップＳ２０９で、完全コミット
が指定されなかったと判別した場合には、ステップＳ２
１３に移行して、トランザクションＩＤが既に発行され
ているか否かを判別する。トランザクションＩＤがまだ
発行されていない場合には、ステップＳ２１４でトラン
ザクションＩＤを発行してステップＳ２１５へ移行し、
トランザクションＩＤが既に発行されている場合には、
そのままステップＳ２１５へ移行する。

【００７５】ステップＳ２１５では、ステップＳ２０４
で記憶装置５に一時的に記憶された更新内容を暫定コミ
ットして、更新内容のバックアップデータを生成して記
憶装置５に記憶させる。続くステップＳ２１６では、暫
定コミットした更新内容毎にコミットＩＤを発行する。
このコミットＩＤは、暫定コミットされた全ての更新内
容の中から特定の更新内容を指定するために用いられる
符号である。

【００７６】そして、ステップＳ２１７へ移行して、ア
プリケーションプログラムによるデータベース更新処理
（図２）のステップＳ１０５で、コミットＩＤによる部
分的完全コミットが指定されたか否かを判別する。

【００７７】部分的完全コミットは、暫定コミットされ
た更新内容の中で指定された一部の更新内容のみが完全
コミットされる処理である。この部分的完全コミットは
図２のデータベース更新処理においてステップＳ１０５
で指定され、指定された更新内容は、同一トランザクシ
ョン内の処理に異常が発生した場合であってもロールバ
ックしないようにすることができる。

【００７８】更新内容が暫定コミットされた状態のまま
では、同一トランザクション内のその後の処理で異常が
発生した場合にロールバックされるので、復旧後のデー
タベース１０はトランザクションの前の状態となってし
まう。しかし、部分的完全コミットで指定された更新内
容はトランザクションの終了を待たずに完全コミットさ
れるので、ロールバックによってデータベース１０が復
旧されても、指定された更新内容はデータベース１０の
内容に反映される。

【００７９】ステップＳ２１７で、ステップＳ１０５
（図２）でコミットＩＤによる部分的完全コミットが指
定されたと判別した場合には、ステップＳ２１８に移行
して、指定されたコミットＩＤに該当する更新内容を完
全コミットし、バックアップデータを消去して、ステッ
プＳ２１９へ移行する。また、ステップＳ２１７で部分
的完全コミットが指定されなかったと判別した場合に
は、ステップＳ２１９へ移行する。

【００８０】ステップＳ２１９では、引き続き同一のア
プリケーションプログラムによってデータベース１０の
更新が行われるか否かを判別し、他のデータの更新が行
われる場合にはステップＳ２０４へ戻り、実行中のアプ
リケーションプログラムによるデータベース１０の更新
が終了したのであれば、処理を終了する。

【００８１】その後、トランザクションの最後のアプリ
ケーションプログラムによるデータベース更新処理（図
２）が行われた場合には、ステップＳ１１１で完全コミ
ット指定が行われるので、ステップＳ２１１（図４）で
は完全コミットが行われ、暫定コミットされた状態の更
新内容が完全に確定されて、トランザクションが終了さ
れる。

【００８２】以上のように、本発明の第２の実施の形態
におけるデータベース処理装置１によれば、アプリケー
ションプログラムによりデータベース更新処理が行われ
た際に、データベース制御処理においてデータベース１
０の更新内容を暫定コミットするとともに、暫定コミッ
トされた更新内容毎にコミットＩＤを発行し、このコミ
ットＩＤによって部分的完全コミットが指定されると、
指定されたコミットＩＤに対応する更新内容のみを完全
コミットする。

【００８３】これにより、複数のアプリケーションプロ
グラムによってデータベース１０内の関連する複数のデ
ータを更新する際に、これら複数のアプリケーションプ
ログラムによる更新内容毎にコミットＩＤを付与するこ
とにより、トランザクションが終了する前であっても、
特定の更新内容のみを完全コミットさせることができ
る。従って、データベース１０の更新処理中に異常が発
生した場合に復旧されるデータベース１０の状態を、任
意の更新処理のみが反映された状態にすることができ
る。例えば、同一トランザクション中の他のアプリケー
ションプログラムによる変更内容とは関連が薄く、独立
して完全コミットしても問題のない更新内容について
は、異常発生時に復旧されるデータベース１０に反映さ
れるようにすることができる。このため、データベース
１０の更新処理中に異常が発生した場合に復旧されるデ
ータベース１０の状態を所望の状態にすることができ
る。このため、データベース１０が復旧された後の作業
を減らすことができ、データベース１０内のデータにお
ける矛盾や不整合を確実に防止しながら、データベース
１０の更新処理をより効率よく行うことができる。

【００８４】［第３の実施の形態］図５は、本発明の第
３の実施の形態におけるデータベース処理装置１により
実行されるデータベース処理別制御処理を示すフローチ
ャートである。また、図６は、図５のステップＳ３０４
に示す処理種別更新処理をより詳細に示すフローチャー
トであり、図７は、図５のステップＳ３１７に示す処理
別完全コミット処理をより詳細に示すフローチャートで
ある。以下、これら図５〜図７に従って、本発明の第３
の実施の形態におけるデータベース処理装置１の動作に
ついて説明する。

【００８５】なお、本第３の実施の形態において、ＣＰ
Ｕ２は、図６のステップＳ３２１に示す処理を実行する
ことによって請求項記載の判定手段に対応し、同様に、
ステップＳ３２２〜ステップＳ３２４に示す処理を実行
することにより記憶制御手段に対応し、図７のステップ
Ｓ３３１〜ステップＳ３３４に示す処理を実行すること
によって種別毎確定制御手段に対応する。また、入力装
置７は、ＣＰＵ２によって図２のステップＳ１０５およ
び図５のステップＳ３１６に示す処理が実行されること
により、種別指定手段に対応する。

【００８６】後述するように、本第３の実施の形態にお
けるデータベース処理種別制御処理では、データベース
１０の更新処理の種別を判定する。データベース１０内
のデータを更新する際の処理の種別としては、例えば、
新しい項目のデータを追加するデータ挿入（ＩＮＳＥＲ
Ｔ）処理、古いデータを同じ項目の新しいデータに書き
換えるデータ更新（ＵＰＤＡＴＥ）処理、不要になった
データを削除するデータ削除（ＤＥＬＥＴＥ）処理が挙
げられる。以下、本第３の実施の形態では、これら３種
類の処理について、データベース処理別制御処理が実行
されるものとして説明する。

【００８７】従って、記憶装置５内には、上記３種類の
処理に対応づけて、データ挿入処理が登録されるＩＮＳ
ＥＲＴ処理群、データ更新処理が登録されるＵＰＤＡＴ
Ｅ処理群、データ削除処理が登録されるＤＥＬＥＴＥ処
理群の３つのテーブルが格納される構成とする。

【００８８】なお、本第３の実施の形態におけるデータ
ベース処理装置１の上記記憶装置５の内部構成を除く各
部は上記第１および第２の実施の形態と同様の構成によ
ってなるので、その構成についての説明および図示を省
略する。また、本第３の実施の形態におけるデータベー
ス処理装置１によって、アプリケーションプログラムを
実行した際のデータベース更新処理は、上記第１の実施
の形態におけるデータベース更新処理（図２）と同様の
処理であり、説明を省略する。

【００８９】図５に示すデータベース処理別制御処理に
おいて、ＣＰＵ２は、まずトランザクションＩＤが既に
発行されたか否かを判別する（ステップＳ３０１）。ト
ランザクションＩＤがまだ発行されていなければ、デー
タベース更新処理（図２）を行うアプリケーションプロ
グラムはトランザクション中の最初のアプリケーション
プログラムであるので、ステップＳ３０２に移行してト
ランザクションを開始し、ステップＳ３０４に移行す
る。

【００９０】ステップＳ３０４で、ＣＰＵ２は、ステッ
プＳ１０２（図２）の動作に応じてデータベース１０内
のデータの処理種別更新処理を行ってステップＳ３０５
へ移行する。

【００９１】ステップＳ３０４での処理種別更新処理
は、後述するように、データベース処理装置１の内容を
更新する処理を、ＩＮＳＥＲＴ（挿入）、ＵＰＤＡＴＥ
（更新）、ＤＥＬＥＴＥ（削除）の３種に分類した上で
実行する処理である。なお、このステップＳ３０４での
更新内容は、暫定コミットされずに、記憶装置５に一時
的に記憶される。

【００９２】一方、ステップＳ３０１でトランザクショ
ンＩＤが既に発行されていると判別された場合には、既
に他のアプリケーションプログラムの実行に際して開始
されたトランザクションが継続されているので、実行中
のアプリケーションプログラムがステップＳ１０８（図
２）で指定したトランザクションＩＤが、トランザクシ
ョン開始時にデータベース制御処理によって発行された
トランザクションＩＤであるか否かを判別する（ステッ
プＳ３０３）。ここで、トランザクションＩＤが一致し
た場合には、ステップＳ３０４へ移行し、一致しない場
合にはそのまま処理を終了する。そして、ステップＳ３
０４では、ステップＳ１０９（図２）の動作に応じて処
理種別更新処理を実行し、ステップＳ３０５へ移行す
る。

【００９３】ステップＳ３０５では、ステップＳ３０４
でのデータベース１０の更新が正常に終了したか否かを
判別する。このステップＳ３０５で、データベース１０
の更新が正常に終了しなかったと判別された場合には、
ステップＳ３０６へ移行し、ステップＳ３０４での更新
内容をロールバックすることによってデータベース１０
を復旧する。さらに、ステップＳ３０７で暫定コミット
された状態のバックアップデータがあるか否かを判別
し、暫定コミットされたバックアップデータが無い場合
には処理を終了し、バックアップデータがある場合に
は、そのバックアップデータをもとにロールバックを行
ってデータベース１０をトランザクションの前の状態に
復旧して、処理を終了する。

【００９４】また、ステップＳ３０５で、ステップＳ３
０４でのデータベース１０の更新処理が正常に終了した
と判別した場合には、ステップＳ１０９へ移行し、アプ
リケーションプログラムによるデータベース更新処理
（図２）のステップＳ１１１で完全コミットが指定され
たか否かを判別する。完全コミットが指定された場合に
は、ステップＳ３０４で記憶装置５に一時的に記憶され
た更新内容を完全に確定し（ステップＳ３１０）、続い
て、暫定コミットされた状態にある更新内容を全て完全
コミットして（ステップＳ３１１）、トランザクション
を終了する（ステップＳ３１２）。

【００９５】一方、ステップＳ３０９で、完全コミット
が指定されなかったと判別した場合には、ステップＳ３
１３に移行して、トランザクションＩＤが既に発行され
ているか否かを判別する。トランザクションＩＤがまだ
発行されていない場合には、ステップＳ３１４でトラン
ザクションＩＤを発行してステップＳ３１５へ移行し、
トランザクションＩＤが既に発行されている場合には、
そのままステップＳ３１５へ移行する。

【００９６】ステップＳ３１５では、ステップＳ３０４
で記憶装置５に一時的に記憶された更新内容を暫定コミ
ットして、更新内容のバックアップデータを生成して記
憶装置５に記憶させる。

【００９７】そして、ステップＳ３１６へ移行して、ア
プリケーションプログラムによるデータベース更新処理
（図２）のステップＳ１０５で、処理別コミット指定が
行われたか否かを判別する。このステップＳ３１６で処
理別コミット指定が行われたと判別された場合には、ス
テップＳ３１７に移行して、後述する処理別完全コミッ
ト処理を実行して、ステップＳ３１８へ移行する。

【００９８】ここで、処理別コミット指定とは、ステッ
プＳ３０４の処理種別更新処理の際に判別された、ＩＮ
ＳＥＲＴ、ＵＰＤＡＴＥ、ＤＥＬＥＴＥのそれぞれの種
類毎に、完全コミットするか否かを指定するものであ
る。例えば、ステップＳ１０５（図２）でＩＮＳＥＲＴ
の処理のみを完全コミットすると指定された場合には、
ステップＳ３１７では、指定されたＩＮＳＥＲＴの処理
に係る更新内容を完全コミットする。

【００９９】また、ステップＳ３１６で、処理別完全コ
ミット指定が行われなかったと判別された場合には、ス
テップＳ３１８に移行する。ステップＳ３１８では、引
き続き同一のアプリケーションプログラムによってデー
タベース１０の更新が行われるか否かを判別し、他のデ
ータの更新が行われる場合にはステップＳ３０４へ戻
り、実行中のアプリケーションプログラムによるデータ
ベース１０の更新が終了したのであれば、処理を終了す
る。

【０１００】図６は、図５のステップＳ３０４で実行さ
れる処理種別更新処理をより詳細に示すフローチャート
である。この図６に示すように、処理種別更新処理にお
いてＣＰＵ２は、まずデータベース１０の更新の種別を
判定する（ステップＳ３２１）。

【０１０１】ステップＳ３２１では、ステップＳ１０２
（図２）又はステップＳ１０９（図２）で指示された処
理が、上記３種類の処理のいずれの処理に該当するかを
判別する。このステップＳ３２１で、指示された処理が
データ挿入処理であると判別した場合には、ステップＳ
３２２に移行して、指定されたデータ挿入処理の内容を
示す更新情報を、記憶装置５内に格納されたＩＮＳＥＲ
Ｔ処理群に登録する。その後、ＣＰＵ２は、ステップＳ
３０５（図５）の処理へ移行する。

【０１０２】また、ステップＳ３２１で、指示された処
理がデータ更新処理であると判別した場合には、ステッ
プＳ３２３に移行して、指定されたデータ更新処理の内
容を示す更新情報を、記憶装置５内に格納されたＵＰＤ
ＡＴＥ処理群に登録して、ステップＳ３０５（図５）の
処理へ移行する。

【０１０３】さらに、ステップＳ３２１で、指示された
処理がデータ削除処理であると判別した場合には、ステ
ップＳ３２４に移行して、指定されたデータ削除処理の
内容を示す更新情報を、記憶装置５内に格納されたＤＥ
ＬＥＴＥ処理群に登録して、ステップＳ３０５（図５）
の処理へ移行する。

【０１０４】図７は、図５のステップＳ３１７で実行さ
れる処理別完全コミット処理をより詳細に示すフローチ
ャートである。この図７に示すように、処理別コミット
処理においてＣＰＵ２は、まずステップＳ１０５で指定
された処理の種別を判定する（ステップＳ３３１）。

【０１０５】ステップＳ３３１では、ステップＳ１０５
（図２）で指定された処理が、上記ＩＮＳＥＲＴ、ＵＰ
ＤＡＴＥ、ＤＥＬＥＴＥの３種類の処理のいずれの処理
であるかを判別する。このステップＳ３３１で、指定さ
れた処理がデータ挿入処理（ＩＮＳＥＲＴ）であると判
別した場合には、ステップＳ３３２に移行して、記憶装
置５内に格納されたＩＮＳＥＲＴ処理群に登録されてい
る全ての更新情報を完全コミットする。その後、ＣＰＵ
２は、ステップＳ３１９（図５）の処理へ移行する。

【０１０６】また、ステップＳ３３１で、指定された処
理がデータ更新処理（ＵＰＤＡＴＥ）であると判別した
場合には、ステップＳ３３３に移行して、記憶装置５内
に格納されたＵＰＤＡＴＥ処理群に登録された更新情報
を完全コミットして、ステップＳ３１９（図５）の処理
へ移行する。

【０１０７】さらに、ステップＳ３３１で、指定された
処理がデータ削除処理（ＤＥＬＥＴＥ）であると判別し
た場合には、ステップＳ３３４に移行して、記憶装置５
内に格納されたＤＥＬＥＴＥ処理群に登録された更新情
報を完全コミットして、ステップＳ３１９（図５）の処
理へ移行する。

【０１０８】従って、ステップＳ１０５（図２）で処理
の種別を指定して処理別完全コミット処理を指示するこ
とで、特定の種類の処理だけを完全コミットすることが
できる。

【０１０９】以上のように、本発明の第３の実施の形態
におけるデータベース処理装置１によれば、アプリケー
ションプログラムによりデータベース１０の内容が更新
される際に、更新内容の処理種別を、データ挿入処理
（ＩＮＳＥＲＴ）、データ更新処理（ＵＰＤＡＴＥ）、
或いはデータ削除処理（ＤＥＬＥＴＥ）のいずれに該当
するかを判別し、各更新内容を示す更新情報を、記憶装
置５内に備えるＩＮＳＥＲＴ処理群、ＵＰＤＡＴＥ処理
群、ＤＥＬＥＴＥ処理群の各テーブルに登録する。そし
て、これらの処理種別のうち、特定の処理種別が指定さ
れ、完全コミットが指示された場合には、指定された処
理種別の更新内容を全て完全コミットする。これによ
り、データベース１０を更新する処理の種別毎に、トラ
ンザクションが終了する前であっても完全コミットする
ことができるので、データベース１０の更新処理中に異
常が発生した場合に復旧されるデータベース１０の状態
を、任意の状態にすることができる。

【０１１０】従って、データベース１０が復旧された後
の作業を減らすことができ、データベース１０内のデー
タにおける矛盾や不整合を確実に防止しながら、データ
ベース１０の更新処理をより効率よく行うことができ
る。

【０１１１】なお、上記第３の実施の形態におけるデー
タベース処理装置１においては、データベース１０の更
新処理の種別を、ＩＮＳＥＲＴ、ＵＰＤＡＴＥ、ＤＥＬ
ＥＴＥの３種に分けて処理を行う構成としたが、本発明
はこれに限定されるものではなく、データベース１０の
構成に応じて、種別をさらに増加させることも可能であ
る。

【０１１２】

【発明の効果】請求項１記載の発明のデータベース処理
装置、および、請求項５記載の記憶媒体によれば、指定
された複数の更新手段によってデータベース内のデータ
を更新する一連の更新処理を行う場合に、この一連の更
新処理を行う更新手段として指定されていない更新手段
によるデータの更新を制限するので、複数のデータを連
続して更新している最中に無関係なデータが更新される
等の事態を避けることができる。これにより、データベ
ース内のデータの矛盾を防ぎ、データベースの信頼性を
高めることができる。また、更新手段によって更新され
た更新内容は一連の更新処理が終了してから確定される
ので、異常が発生した場合には、一連の更新処理が行わ
れる前の状態にデータベースが復旧される。従って、デ
ータベースが一連の更新処理の途中の状態に戻されるこ
とがないので、復旧後は一連の更新処理を最初から実行
すればよく、復旧後の処理が非常に容易で、作業負担を
軽減することができる。

【０１１３】請求項２記載の発明のデータベース処理装
置によれば、一連の更新処理における各更新手段による
更新内容がそれぞれ記憶手段に記憶され、これらの更新
内容のうち指定した更新内容のみを確定させることがで
きる。これにより、確定したい更新内容のみを先に確定
させ、その後で異常が起こっても復旧されないようにす
ることができる。従って、非常に複雑な更新内容や、取
り扱うデータ量が非常に多い場合など、同じ更新処理を
再度実行すると負担が大きい更新内容については復旧の
際に元に戻さないようにすることができ、更新処理の内
容に応じた復旧を行うことができるので、データベース
内のデータの信頼性を向上させながら作業効率の低下を
防止することができる。

【０１１４】請求項３記載の発明のデータベース処理装
置によれば、一連の更新処理における更新内容をその種
別毎に記憶して、記憶された更新内容のうち、指定した
種別の更新内容を確定させることができる。従って、新
たにデータを追加する更新内容のみを確定させ、データ
を削除する更新内容については確定せずに復旧可能な状
態にしておく等の操作が可能であり、復旧時の作業量が
大きい更新内容や、ミスの発生に備えて復旧可能な状態
にしておきたい種別の更新内容など、更新内容の種別の
特徴に応じた復旧をすることができる。これにより、デ
ータベース内のデータの信頼性を向上させながら、作業
効率の低下を防止することができる。

【０１１５】請求項４記載の発明のデータベース処理装
置、および請求項６記載の記憶媒体によれば、一連の更
新処理の最初の更新手段による更新が行われる際に、当
該一連の更新処理に対応する識別符号が生成され、この
識別符号を取得していない更新手段による処理を制限す
るので、無関係なデータの更新を確実に防止して、デー
タベースの信頼性を向上させることができる。また、一
連の更新処理中に更新手段が切り換えられる際には、先
に更新を行った更新手段から次の更新手段に識別符号が
引き継がれるので、無関係な更新手段を容易に判別する
ことができる。従って、容易に、かつ確実に、データベ
ースの信頼性を向上させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態におけるデータベー
ス処理装置１の概略構成を示すブロック図である。

【図２】図１に示すデータベース処理装置１により実行
されるアプリケーションプログラムのデータベース更新
処理を示すフローチャートである。

【図３】図２に示すデータベース更新処理に応じてデー
タベース処理装置１により実行されるデータベース制御
処理を示すフローチャートである。

【図４】本発明の第２の実施の形態におけるデータベー
ス処理装置１により実行されるデータベース部分別制御
処理を示すフローチャートである。

【図５】本発明の第３の実施の形態におけるデータベー
ス処理装置１により実行されるデータベース処理別制御
処理を示すフローチャートである。

【図６】図５のステップＳ３０４に示す処理種別更新処
理をより詳細に示すフローチャートである。

【図７】図５のステップＳ３１７に示す処理別完全コミ
ット処理をより詳細に示すフローチャートである。

【符号の説明】

１ データベース処理装置 ２ ＣＰＵ（更新制御手段；データ確定手段；データ復
旧手段；確定制御手段；判定手段；記憶制御手段；種別
毎確定制御手段；識別符号生成手段；識別符号制御手
段） ３ ＲＡＭ ４ ＲＯＭ ５ 記憶装置（記憶手段） ６ 記憶媒体 ７ 入力装置（指定手段；種別指定手段） ８ 表示装置 ９ 印刷装置 １０ データベース １１ バス

Claims (6)

【特許請求の範囲】
1. 【請求項１】データベース内のデータを更新する複数の
   更新手段を備え、これら複数の更新手段のうち指定され
   た複数の更新手段によって、前記データベース内の複数
   のデータを更新する一連の更新処理を行うデータベース
   処理装置において、 前記一連の更新処理が実行されている間は、前記指定さ
   れた複数の更新手段以外の前記更新手段による更新処理
   を制限する更新制御手段と、 前記一連の更新処理における更新内容を記憶する記憶手
   段と、 前記一連の更新処理が正常に終了した際に、前記記憶手
   段に記憶された更新内容に従って前記データベース内の
   データを確定するデータ確定手段と、 前記一連の更新処理中に異常が発生した場合には、前記
   記憶手段に記憶された更新内容をもとに前記データベー
   ス内のデータを前記一連の更新処理以前の状態に復旧す
   るデータ復旧手段と、 を備えることを特徴とするデータベース処理装置。
2. 【請求項２】前記記憶手段は、前記一連の更新処理にお
   ける更新内容を、前記指定された複数の更新手段毎にそ
   れぞれ記憶する記憶手段であって、 前記記憶手段に記憶された更新内容のうち、特定の前記
   更新手段による更新内容を指定する指定手段と、 この指定手段により指定された更新内容に従って、前記
   データベース内のデータを前記データ確定手段により確
   定させる確定制御手段と、をさらに備えること、 を特徴とする請求項１記載のデータベース処理装置。
3. 【請求項３】前記一連の更新処理における更新内容の種
   別をそれぞれ判定する判定手段と、 この判定手段により判定された種別毎に、前記更新内容
   を前記記憶手段に記憶させる記憶制御手段と、 前記記憶手段に記憶された更新内容のうち、特定の種別
   の更新内容を指定する種別指定手段と、 この種別指定手段により指定された種別の更新内容に従
   って、前記データベース内のデータを前記データ確定手
   段により確定させる種別毎確定制御手段と、 をさらに備えることを特徴とする請求項１記載のデータ
   ベース処理装置。
4. 【請求項４】データベース内のデータを更新する複数の
   更新手段を備え、これら複数の更新手段のうち指定され
   た複数の更新手段によって、前記データベース内の複数
   のデータを更新する一連の更新処理を行うデータベース
   処理装置において、 前記一連の更新処理の最初の前記更新手段によってデー
   タが更新される際に、当該一連の更新処理に対応する識
   別符号を生成して前記最初の更新手段に取得させる識別
   符号生成手段と、 前記一連の更新処理中、前記更新手段によるデータの更
   新が終了して次の前記更新手段によるデータの更新が行
   われる際には、先に更新を行った前記更新手段が取得し
   た前記識別符号を次の前記更新手段に取得させる識別符
   号制御手段と、 前記一連の更新処理中は、当該一連の更新処理に対応す
   る識別符号を取得していない前記更新手段による更新処
   理を制限する更新制御手段と、 前記一連の更新処理における更新内容を記憶する記憶手
   段と、 前記一連の更新処理が正常に終了した際に、前記記憶手
   段に記憶された更新内容に従って前記データベース内の
   データを確定するデータ確定手段と、 前記一連の更新処理中に異常が発生した場合には、前記
   記憶手段に記憶された更新内容をもとに前記データベー
   ス内のデータを前記一連の更新処理以前の状態に復旧す
   るデータ復旧手段と、 を備えることを特徴とするデータベース処理装置。
5. 【請求項５】指定された複数の更新処理プログラムを連
   続して実行することにより、前記データベース内の複数
   のデータを更新する一連の更新処理を行うコンピュータ
   が実行可能なプログラムを格納した記憶媒体であって、 前記一連の更新処理が実行されている間は前記指定され
   た更新処理プログラム以外の更新処理プログラムによる
   更新処理を制限するためのコンピュータが実行可能なプ
   ログラムコードと、 前記一連の更新処理における更新内容を記憶手段に記憶
   させるためのコンピュータが実行可能なプログラムコー
   ドと、 前記一連の更新処理が正常に終了した際に、前記記憶手
   段に記憶された更新内容に従って前記データベース内の
   データを確定させるためのコンピュータが実行可能なプ
   ログラムコードと、 前記一連の更新処理中に異常が発生した場合には、前記
   記憶手段に記憶された更新内容をもとに前記データベー
   ス内のデータを前記一連の更新処理以前の状態に復旧さ
   せるためのコンピュータが実行可能なプログラムコード
   と、 を含むプログラムを格納したことを特徴とする記憶媒
   体。
6. 【請求項６】指定された複数のデータ更新処理プログラ
   ムを連続して実行することにより、前記データベース内
   の複数のデータを更新する一連の更新処理を行うコンピ
   ュータが実行可能なプログラムを格納した記憶媒体であ
   って、 前記一連の更新処理の最初の前記データ更新処理プログ
   ラムが実行される際に、当該一連の更新処理に対応する
   識別符号を生成して当該データ更新処理プログラムで取
   得させるためのコンピュータが実行可能なプログラムコ
   ードと、 前記一連の更新処理中、前記更新処理プログラムが終了
   して次の前記データ更新処理プログラムによる処理が開
   始される際に、先に実行された前記データ更新処理プロ
   グラムで取得された前記識別符号を次の前記データ更新
   処理プログラムで取得させるためのコンピュータが実行
   可能なプログラムコードと、 前記一連の更新処理中は、当該一連の更新処理に対応す
   る識別符号を取得していない前記データ更新処理プログ
   ラムの実行を制限するためのコンピュータが実行可能な
   プログラムコードと、 前記一連の更新処理における更新内容を記憶手段に記憶
   させるためのコンピュータが実行可能なプログラムコー
   ドと、 前記一連の更新処理が正常に終了した際に、前記記憶手
   段に記憶された更新内容に従って前記データベース内の
   データを確定させるためのコンピュータが実行可能なプ
   ログラムコードと、 前記一連の更新処理中に異常が発生した場合には、前記
   記憶手段に記憶された更新内容をもとに前記データベー
   ス内のデータを前記一連の更新処理以前の状態に復旧さ
   せるためのコンピュータが実行可能なプログラムコード
   と、 を含むプログラムを格納したことを特徴とする記憶媒
   体。