JPH04139545A - データベース更新処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データベース更新処理方式に関し、特に、複
数のアプリケーションプログラムが複数のデータベース
レコードをそれぞれに参照更新するデータベースシステ
ムにおいて、他アプリケーションプログラムから参照が
不可能な排他モードでの排他期間を短くして、複数のデ
ータベースレコードの更新を行うデータベース更新処理
方式に関するものである。

〔従来の技術〕

従来、データベースシステムにおいて、共有資源のデー
タベースレコードは、できるだけ各々のアプリケーショ
ンプログラムが混乱なく任意に参照更新できるように、
互いに排他をかけて処理を行う。複数のアプリケーショ
ンプログラムから参照更新されるデータベースレコード
については、各アプリケーションプログラムの処理が、
参照処理どうしであれば、同時に参照ができるように、
他アプリケーションプログラムから参照可能な共有モー
ドでの排他をかけて参照処理を行う。また、更新処理で
あれば、そのデータベースレコードを専有できるように
するため、他アプリケーションプログラムから参照不可
能な排他モードでの排他をかけた更新処理を行う。

複数のデータベースレコードの更新処理を行うため、更
新対象のデータベースレコードを検索するとき、排他モ
ードでの排他をかけて検索処理を行うと、他のアプリケ
ーションプログラムでの参照処理が不必要に待たされ、
共有モードで排他をかけて検索処理を行うと、更新対象
のデータベースレコードを検索した後に排他モードに変
更しなければならず、この間に他のアプリケーションプ
ログラムにより排他モードでの排他をかけられた場合な
どでは、デッドロックが発生しやすくなるという問題が
ある。

更新対象のデータベースレコードを検索している間は、
他のアプリケーションプログラムでの参照が待たされる
ことなく、かつデッドロックの発生しにくい排他制御方
法として、例えば、特開昭６３−１２４１３９号公報に
記載の「共有資源排他制御方式Ｊの提案がある。この共
有資源排他制御方式では、共有モードを参照共有モード
と更新共有モードに分けておき、更新のための参照処理
は更新共有モードで排他をかけ、更新のない参照処理は
参照共有モードで排他をかけて処理を行う。

これにより、更新のための参照処理と、更新のない参照
処理どうしであれば、同時に参照できるようになる。参
照共有モードでは、既に排他モードで排他がかかってい
る場合にのみ待ち合せ、更新のための参照処理どうしで
あれば、同時に参照できないようにする。更新共有モー
ドでは、既に更新共有モードまたは排他モードで排他が
かかっている場合に待ち合わせる。なお、データベース
レコードを更新する際は、更新共有モードを排他モード
に変更してから更新処理を行う。

このような排他制御を行うことにより、更新対象のデー
タベースレコードを検索している間、他のアプリケーシ
ョンプログラムの更新のない参照処理が待たされないた
め、参照処理の待ち時間が短縮される。

〔発明が解決しようとする課題〕

ところで、上述した従来の技術において、各々のデータ
ベースレコードに対する排他の解除は、通常、排他をか
けたアプリケーションプログラムの終了時に行なわれる
。データベースレコード更新時には、排他モードで排他
をかけるため、当該アプリケーションプログラムが終了
するまで、他のアプリケーションプログラムは当該デー
タベースレコードを参照できないことになる。

また、特開昭６３−１２４１３９号公報の記載の「共有
資源排他制御方式」でも、更新のための参照（検索）処
理の間は、他のアプリケーションプログラムの更新のな
い参照処理は待たされないが、その後のデータベースレ
コードを更新する時には、排他モードでの排他をかけ、
当該アプリケーションプログラム終了時までは排他を解
除しないので、他のアプリケーションプログラムはその
間は当該データベースレコードを参照できない。

このため、大量にデータベースレコードを更新するアプ
リケーションプログラムを実行する場合、排他モードで
の排他をかけられるデータベースレコードが多くなり、
また、排他を解除されるまでの時間が長くかかり、他の
アプリケーションプログラムの参照処理が長時間時たさ
れるという問題がある。

本発明は、上記問題点を解決するためになされたもので
ある。

本発明の目的は、データベースシステムにおいて、大量
にデータベースレコードを更新するアプリケーションプ
ログラムの実行時にも、他のアプリケーションプログラ
ムの参照処理が長時開時たされることのないデータベー
ス更新処理方式を提供することにある。

〔Ｉ！題を解決するための手段〕

上記目的を達成するために、本発明のデータベース更新
処理方式は、複数のデータベースレコードを格納してい
る媒体からメモリ上のデータベースバッファに複数のデ
ータベースレコードヲ読み込み、？ＩＩ数のアプリケー
ションプログラムがそれぞれにデータベースレコードの
排他を指示して。

複数のデータベースレコードをそれぞれに参照更新する
データベースシステムにおいて、複数のデータベースレ
コードを更新するアプリケーションプログラムに対して
、当該アプリケーションプログラム専用のデータベース
バッファ領域のローカルバッファを設定し、当該アプリ
ケーションプログラムの複数のデータベースレコードの
更新処理は、更新するデータベースレコードに対して他
アプリケーションプログラムから参照可能な共有モード
での排他を確保して当該データベースレコードをデータ
ベースバッファからローカルバッファにコピーし、ロー
カルバッファ上で尚該データベースレコードの更新を行
い、当該アプリケーションプログラム終了時に、データ
ベースバッファ上の当該アプリケーションプログラムが
更新した当該データベースレコード全てに対して、他ア
プリケーションプログラムから参照が不可能な排他モー
ドでの排他を確保し、データベースバッファ上の当該デ
ータベースレコードをローカルバッファ上で更新したデ
ータベースレコードに書き換え、当該データベースレコ
ードの排他を解除して、データベースレコードの更新処
理を終了することを特徴とする。

〔作用〕

データベースシステムは、複数のアプリケーションプロ
グラムが複数のデータベースレコードをそれぞれに参照
更新する。このため、？Ｉｉ数のデータベースレコード
を格納している媒体からメモリ上のデータベースバッフ
ァに複数のデータベースレコードを読み込み、複数のア
プリケーションプログラムがそれぞれにデータベースレ
コードの排他を指示して、複数のデータベースレコード
をそれぞれに参照更新する。

複数のデータベースレコードを更新するアプリケーショ
ンプログラムに対しては、当該アプリケーションプログ
ラム専用のデータベースバッファ領域のローカルバッフ
ァを設定して、当該アプリケーションプログラムによる
複数のデータベースレコードの更新処理を行う。

複数のデータベースレコードの更新処理では、当該アプ
リケーションプログラムが、更新するデータベースレコ
ードに対して他アプリケーションプログラムから参照可
能な共有モードでの排他を確保して、更新する当該デー
タベースレコードをデータベースバッファからローカル
バッファにコピーする。そして、ローカルバッファ上で
当該アプリケーションプログラムによる複数の当該デー
タベースレコードの更新を行う。この間、更新を行うデ
ータベースレコードの排他は、他アプリケーションプロ
グラムから参照可能な共有モードでの排他であり、しか
も、コピーを行う時のみであるので、他アプリケーショ
ンプログラムからは任意時に参照可能となっている。

当該アプリケーションプログラムの終了処理時には、デ
ータベースバッファ上の当該アプリケーションプログラ
ムが更新した当該データベースレコード全てに対して、
他アプリケーションプログラムから参照が不可能な排他
モードでの排他を確保し、データベースバッファ上の当
該データベースレコードを、ローカルバッファ上で更新
したデータベースレコードに書き換える。そして、デー
タベースバッファの当該データベースレコードの排他を
解除して、データベースレコードの更新処理を終了する
。

これにより、大量にデータベースレコードを更新するア
プリケーションプログラムを実行する場合にも、各々の
データベースレコードの更新ハＪ有モードでの排他によ
りローカルバッファ上に：ピー処理を行い、コピーされ
た各データベースシステムで更新処理が行なわれており
、他のアブｌ。

ケーションプログラムの参照処理が長時間時た２れるこ
とはない。また、アプリケーションプロろラムが正常終
了しない時には、データベースレコードを更新前の状態
に戻さなければならないが、ここでは、終了処理のロー
カルバッファのデータベースレコードの内容をデータベ
ースバッファＣデータベースレコードに書き換える処理
を行なわなければ、更新される前のデータベースレコー
ドがそのままで残っており、特別な処理を行なわなくて
もよい。

〔実施例〕

以下、本発明の一実施例を図面を用いて具体的に説明す
る。

第１図は、本発明の一実施例にかかるデータベースシス
テムの構成を示すブロック図である。第１図において、
１は複数のデータベースレコードを更新するアプリケー
ションプログラム、２はデータベースレコードを参照す
るアプリケーションプログラムである。また、３はデー
タベース管理システム、４はメモリ、５は処理装置、６
はデータベースバッファのグローバルバッファ、７はデ
ータベースバッファの１部の専用領域であるローカルバ
ッファ、８はディスク装置のローカルバッファ用退避媒
体、９はディスク装置のデータベース格納媒体である。

データベース格納媒体９には、データベースレコード１
０が格納されており、データベースレコード１０の参照
処理および更新処理を行う場合には、複数のデータベー
スレコード１０がメモリ４上のグローバルバッファ６に
一括して読み込まれ、グローバルバッファ６に複数のデ
ータベースレコード１１が格納されている状態でデータ
ベース処理が行なわれる。

例えば、アプリケーションプログラム２はデータベース
レコード１１の参照のみを行い、アプリケーションプロ
グラム１はデータベースレコード１０を大量に更新する
処理を行う。アプリケーションプログラム１およびアプ
リケーションプログラム２からデータベースレコード１
０への参照更新処理は、データベース管理システム３を
介して行う。アプリケーションプログラム１の処理に対
しては、まず、ローカルバッファ７をメモリ４上に設け
、アプリケーションプログラム１が更新するデータベー
スレコード１２を、グローバルバッファ６からローカル
バッファ７ヘコピーし、コピーしたローカルバッファ７
上において、当該データベースレコード１２の更新処理
を行う。また、ローカルバッファ用退避媒体８は、ロー
カルバッファ７の満杯時にその内容を退避するための格
納領域を供給する。

次に、各アプリケーションプログラムにおけるデータベ
ース管理システムによる処理要素のデータベースレコー
ドの参照処理、更新処理および同期点処理の各処理につ
いて説明する。

第２図は、データベースレコードの参照処理の処理フロ
ーを示すフローチャートである。参照処理は、例えば、
アプリケーションプログラム２がグローバルバッファ６
の読み込んだデータベースレコード１１に対して行う参
照処理である。参照処理は、他アプリケーションプログ
ラムから参照可能な共有モードでの排他をかけて行う。

まず、処理ステップ２１において、グローバルバッファ
上のデータベースレコードに共有モードで排他をかけ、
処理ステップ２２において、参照する当該データベース
レコードを出力フィールドにセットして参照処理を終了
する。

第３図は、データベースレコードの更新処理の処理フロ
ーを示すフローチャートである。この更新処理は、例え
ば、アプリケーションプログラム１がローカルバッファ
７上にコピーしたデータベースレコード１２に対して行
う第１の更新処理と、グローバルバッファ６上における
データベースレコード１１に対して行う第２の更新処理
とがオプションで選択されて行なわれるように構成され
ている。

更新処理では、まず、処理ステップ３ｏにおいて、ロー
カルバッファ使用のオプションの判定を行う。オプショ
ンがなければ、処理ステップ３７において、グローバル
バッファ上のデータベースレコード対して排他モードで
排他をかけ、次の処理ステップ３８において、データベ
ースレコードの内容をグローバルバッファ上で更新する
処理を行い、更新処理を終了する。この場合には、更新
処理を行ったデータベースレコードに対しては、当該デ
ータベースレコードの更新処理と同時に更新する他のデ
ータベースレコードの更新処理の終了処理を行う同期点
処理（第４図）を行うまでの間は、排他モードでの排他
は解除しない。したがって、更新が行なわれた当該デー
タベースレコードは中間結果となっており、他からの参
照は禁止されている。

一方、処理ステップ３０のオプションの判定で、オプシ
ョンがあれば、次の処理ステップ３１において、グロー
バルバッファ上のデータベースレコードに共有モードで
の排他をかける。次に処理ステップ３２において、当該
データベースレコードがローカルバッファまたはローカ
ルバッファ退避媒体上に存在するか否かを判定する。更
新を行う当該データベースレコードが存在する場合、処
理ステップ３６に進んで、ローカルバッファ上で当該デ
ータベースレコードの更新を行う。一方、当該データベ
ースレコードがローカルバッファまたはローカルバッフ
ァ退避媒体上に存在しない場合には、次の処理ステップ
３３において、ローカルバッファに空きがあるか否かを
判定し、空きが無ければ、次の処理ステップ３４におい
て、ローカルバッファ上のルコードをローカルバッファ
退避媒体に退避して空き領域を確保した後に処理ステッ
プ３５に進む、また、空きがあれば、そのまま処理ステ
ップ３５に進んで、グローバルバッファ上の更新対象の
データベースレコードをローカルバッファの空き領域に
コピーを行う。次に、処理ステップ３６において、ロー
カルバッファ上で更新対象のデータベースレコードの更
新を行い、処理を終了する。

ここでのローカルバッファ使用のオプションがある場合
の更新処理では、グローバルバッファ上のデータベース
レコード対しては、コピー処理を行うだけであり、参照
処理と同様な共有モードの排他をかけて処理を行う。し
たがって、この場合には、グローバルバッファ上の当該
データベースレコードは更新されていない前の状態で残
っており、他からの参照が可能となっている。

第４図は、データベースレコードの同期点処理の処理フ
ローを示すフローチャートである。この同期点処理は、
例えば、アプリケーションプログラム１が同時に行う複
数のデータベースレコードの更新の終了処理となってい
る。処理対象のデータベースレコードにかけた排他モー
ドの解除処理を含む処理となっている。

この同期点処理の場合にも、まず、処理ステップ４１に
おいて、ローカルバッファ使用のオプションを判定する
。オプションがなければ、処理ステップ４５において、
該当するデータベースの排他の解放のみを行う。また、
ローカルバッファ使用のオプションがあれば、処理ステ
ップ４２において、ローカルバッファおよび退避用媒体
上に存在する全てのデータベースレコードに対応するグ
ローバルバッファ上のデータベースレコードに、排他モ
ードで排他をかける。次に、処理ステップ４３において
、グローバルバッファにローカルバッファ上のデータベ
ースレコードをコピーし、更に、処理ステップ４４にお
いて、グローバルバッファに退避用媒体上のデータベー
スレコードをコピーする。そして、次に処理ステップ４
５において排他を解放する。これにより、ローカルバッ
ファ上で更新されたデータベースレコードが、他から参
照可能なグローバルバッファ上のデータベースレコード
として反映される。

次に、このようなデータベースレコードに対する参照処
理、更新処理および同期点処理が随時に行なわれるアプ
リケーションプログラムにおけるデータベース更新処理
を説明する。

第５図は、アプリケーションプログラムにおいてローカ
ルバッファ使用のオプションがない場合のデータベース
更新の処理例を説明する図である。

大量のデータベースレコードの更新を行うアプリケーシ
ョンプログラム１は、一連の処理の中で、データベース
レコードＡの更新処理５１．データベースレコードＢの
更新処理５２．および同期点処理５３を順次に行い、デ
ータベースの更新を行う。

まず、データベースレコードＡの更新処理５１を行うと
、データベース管理システム３の処理として、ステップ
５１ａにおいてデータベースレコードＡに排他モードで
排他を確保し、次のステップ５１ｂにおいてグローバル
バッファ６上のデータベースレコードＡ１１ａからａ′
へ更新する。同様に、データベースレコードＢの更新処
理５２を行うと、データベース管理システム３の処理と
して、ステップ５２ａにおいてデータベースレコードＢ
に排他モードで排他を確保し、次のステップ５２ｂにお
いてグローバルバッファ６上のデータベースレコードＢ
をｂからｂ′へ更新する。次に当該アプリケーションプ
ログラム１の終了の同期点処理５３を行うと、データベ
ース管理システム３の処理として、ステップ５３ａにお
いてデータベースレコードＡとデータベースレコードＢ
との排他を解除する。

アプリケーションプログラム１が正常に終了しなかった
場合、グローバルバッファ６上のデータベースレコード
は更新前の状態に戻す必要があるので、データベースレ
コードＡの更新後、アプリケーションプログラムｌが正
常に終了するまでの間は、データベースレコードＡの内
容を保証するため、他のアプリケーションプログラムが
参照できないように排他モードで排他をかけて更新処理
を行う。このように、ローカルバッファ使用のオプショ
ンを指定しない場合の処理では、データベースレコード
Ａの更新要求時からアプリケーションプログラムｌの同
時点処理を行う時点まで、データベースレコードＡに排
他モードで排他を確保しているので、他のアプリケーシ
ョンプログラムは、その間はデータベースレコードＡを
参照できない。

したがって、データベースレコードに対して排他モード
で排他を確保する時間を短くするため、すなわち、他の
アプリケーションプログラムが参照できない時間を短く
するため、ローカルバッファ使用のオプションを指定し
て、データベースの更新処理を行う。

第６図は、アプリケーションプログラムにおいてローカ
ルバッファ使用のオプションがある場合のデータベース
更新の処理例を説明する図である。

大量のデータベースレコードの更新を行うアプリケーシ
ョンプログラムｌは、一連の処理の中で、データベース
レコードＡの更新処理６１．データベースレコードＢの
更新処理６２．および同期点処理６３を順次に行い、デ
ータベースの更新を行う。この場合には、データベース
レコードＡとデータベースレコードＢを更新するアプリ
ケーションプログラム１に対して、ローカルバッファ７
が設けられる。

アプリケーションプログラム１の実行で、データベース
レコードＡの更新処理６１を行うと、データベース管理
システム３の処理として、ステップ６１ａにおいて、デ
ータベースレコードＡに共有モードで排他をかけ、次の
ステップ６１ｂにおいて、グローバルバッファ６上のデ
ータベースレコードＡの内容をローカルバッファ７にコ
ピーする。次のステップ６１ｃにおいて、ローカルバッ
ファ７上でデータベースレコードＡの内容をａからａ′
に更新する。同様に、データベースレコードＢの更新処
理６２を行うと、データベース管理システム３の処理と
して、ステップ６２ａにおいて、データベースレコード
Ｂに共有モードで排他をかけ、次のステップ６２ｂにお
いて、グローバルバッファ６上のデータベースレコード
Ｂの内容をローカルバッファ７にコピーする。次のステ
ップ６２ｃにおいて、ローカルバッファ７上で、データ
ベースレコードＢの内容をｂからｂ′へ更新する。アプ
リケーションプログラム１の終了の同期点処理６３を行
うと、データベース管理システム３の処理として、ステ
ップ６３ａにおいて、データベースレコードＡおよびデ
ータベースレコードＢに排他モードで排他をかける。次
に、ステップロ３ｂにおいて、ローカルバッファ７上の
データベースレコードＡとデータベースレコードＢσ内
容で、グローバルバッファ６上のデータベル２レコード
ＡとデータベースレコードＢを更新す２そして、次のス
テップ６３ｃにおいて、データベースレコードＡとデー
タベースレコードＢとのＭ１他を解除する。

この更新処理でも、アプリケーションプログラム１が正
常に終了しなかった場合、グローバルバッファ６上のデ
ータベースレコードは、アプリケーションプログラム１
で更新する前の状態に戻さなければならないが、ここで
は、アプリケーションプログラム１が正常終了するまで
グローバルバッファ６上のデータベースレコードは参照
されコピーされているだけで更新されていないので、ア
プリケーションプログラムが正常に終了しなかった場合
にも、特に、データベースレコードを戻す処理を行う必
要としない。したがって、データベースレコードに排他
モードで排他をかけるのは、アプリケーションプログラ
ムの終了時に、ローカルバッファ７のデータベースレコ
ードの内容にグローバルバッファ６を更新する時だけで
ある。

このように、ローカルバッファ使用のオプションを指定
してデータベース更新処理を行うと、同期点処理の間だ
け、データベースレコードＡに排他モードで排他が確保
されているので、他のアプリケーションプログラムから
データベースレコードを参照できない時間が短かくなっ
ている。

以上、本発明を実施例にもとづき具体的に説明したが、
本発明は、前記実施例に限定されるものではなく、その
要旨を逸脱しない範囲において種々変更可能であること
は言うまでもない。

〔発明の効果〕

以上、説明したように１本発明によれば、大量にデータ
ベースレコードを更新するアプリケーションプログラム
を実行している間、排他モードでの排他期間を短縮し、
更新対象のデータベースレコードに対しての他のアプリ
ケーションプログラムが参照できない時間を短縮できる
という効果がある。

【図面の簡単な説明】

第１図は１本発明の一実施例にががるデータベースシス
テムの構成を示すブロック図、第２図は、データベース
レコードの参照処理ノ処理フローを示すフローチャート
、 第３図は、データベースレコードの更新処理の処理フロ
ーを示すフローチャート。 第４向は、データベースレコードの同期点処理の処理フ
ローを示すフローチャート、 第５図は、アプリケーションプログラムにおいてローカ
ルバッファ使用のオプションがない場合のデータベース
更新の処理例を説明する図、第６図は、アプリケーショ
ンプログラムにおいてローカルバッファ使用のオプショ
ンがある場合のデータベース更新の処理例を説明する図
である。 図中、１・・・アプリケーションプログラム、２・・ア
プリケーションプログラム、３・・・データベース管理
システム、４・・・メモリ、５・・・処理装置、６・・
・グローバルバッファ、７・・・ローカルバッファ、８
・・・ローカルバッファ用退避媒体、９・・・データベ
ース格納媒体。

Claims (1)

【特許請求の範囲】
1. １、複数のデータベースレコードを格納している媒体か
   らメモリ上のデータベースバッファに複数のデータベー
   スレコードを読み込み、複数のアプリケーションプログ
   ラムがそれぞれにデータベースレコードの排他を指示し
   て、複数のデータベースレコードをそれぞれに参照更新
   するデータベースシステムにおいて、複数のデータベー
   スレコードを更新するアプリケーションプログラムに対
   して、当該アプリケーションプログラム専用のデータベ
   ースバッファ領域のローカルバッファを設定し、当該ア
   プリケーションプログラムの複数のデータベースレコー
   ドの更新処理は、更新するデータベースレコードに対し
   て他アプリケーションプログラムから参照可能な共有モ
   ードでの排他を確保して当該データベースレコードをデ
   ータベースバッファからローカルバッファにコピーし、
   ローカルバッファ上で当該データベースレコードの更新
   を行い、当該アプリケーションプログラム終了時に、デ
   ータベースバッファ上の当該アプリケーションプログラ
   ムが更新した当該データベースレコード全てに対して、
   他アプリケーションプログラムから参照が不可能な排他
   モードでの排他を確保し、データベースバッファ上の当
   該データベースレコードをローカルバッファ上で更新し
   たデータベースレコードに書き換え、当該データベース
   レコードの排他を解除して、データベースレコードの更
   新処理を終了することを特徴とするデータベース更新処
   理方式。