JPH07129452A - 排他制御方式 - Google Patents
排他制御方式Info
- Publication number
- JPH07129452A JPH07129452A JP5291549A JP29154993A JPH07129452A JP H07129452 A JPH07129452 A JP H07129452A JP 5291549 A JP5291549 A JP 5291549A JP 29154993 A JP29154993 A JP 29154993A JP H07129452 A JPH07129452 A JP H07129452A
- Authority
- JP
- Japan
- Prior art keywords
- program
- priority
- information
- update
- exclusive
- 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 (2)
- 【請求項１】 データファイルに格納されたデータレコ
ードが複数のプログラムによって検索／更新される情報
処理システムにおける排他制御方式において、 利用者指定情報中のプライオリティ更新情報を反映して
各プログラムのプライオリティを記憶するプライオリテ
ィ記憶手段と、 前記データファイルにおけるブロック毎の排他情報を記
憶する排他情報記憶手段と、 利用者指定情報に基づいて前記データファイル内のデー
タレコードの検索／更新処理を行い、データレコードの
更新処理を行った場合に更新前レコードイメージをジャ
ーナルファイルに格納するデータレコード検索／更新手
段と、 利用者指定情報中の判定時点情報によって示される時点
において解除待ちプログラムが存在するか否かを判定す
る排他解除待ち判定手段と、 この排他解除待ち判定手段により「解除待ちプログラム
が存在する」と判定された場合に、解除待ちプログラム
と制御対象プログラムとのどちらを優先させるべきであ
るかを前記プライオリティ記憶手段に記憶されているプ
ライオリティに基づいて判定するプライオリティ判定手
段と、 このプライオリティ判定手段により「解除待ちプログラ
ムを優先させるべきである」と判定された場合に、制御
対象プログラムにより更新されたデータレコードの更新
前レコードイメージを前記ジャーナルファイルから前記
データファイルに戻すトランザクションバックアウト手
段と、 前記データレコード検索／更新手段から呼び出され、前
記排他情報記憶手段に記憶されている排他情報および前
記プライオリティ判定手段の判定結果を使用して前記デ
ータファイルに対する排他制御をブロック単位で行う排
他制御手段とを有することを特徴とする排他制御方式。 - 【請求項２】 利用者指定情報中の判定時点情報がデー
タレコード件数であり、前記排他解除待ち判定手段によ
る判定が行われる時点が当該データレコード件数分の処
理が終了した時点であることを特徴とする請求項１記載
の排他制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5291549A JP2843748B2 (ja) | 1993-10-28 | 1993-10-28 | 排他制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5291549A JP2843748B2 (ja) | 1993-10-28 | 1993-10-28 | 排他制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07129452A true JPH07129452A (ja) | 1995-05-19 |
| JP2843748B2 JP2843748B2 (ja) | 1999-01-06 |
Family
ID=17770357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5291549A Expired - Fee Related JP2843748B2 (ja) | 1993-10-28 | 1993-10-28 | 排他制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2843748B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7415556B2 (en) | 2002-10-31 | 2008-08-19 | International Business Machines Corporation | Exclusion control |
| JP2009543226A (ja) * | 2006-06-29 | 2009-12-03 | ストラタヴィア コーポレーション | データベース管理における標準操作手順の自動化 |
| US8738753B2 (en) | 2006-06-29 | 2014-05-27 | Hewlett-Packard Development Company, L.P. | Standard operating procedure automation in database administration |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63292456A (ja) * | 1987-05-26 | 1988-11-29 | Nec Corp | 複数媒体収納型デ−タ記録装置の媒体割り当て制御方式 |
| JPH03235130A (ja) * | 1990-02-13 | 1991-10-21 | Hitachi Ltd | 排他優先制御方式 |
| JPH0485632A (ja) * | 1990-07-30 | 1992-03-18 | Nec Corp | デッドロック回避方式 |
-
1993
- 1993-10-28 JP JP5291549A patent/JP2843748B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63292456A (ja) * | 1987-05-26 | 1988-11-29 | Nec Corp | 複数媒体収納型デ−タ記録装置の媒体割り当て制御方式 |
| JPH03235130A (ja) * | 1990-02-13 | 1991-10-21 | Hitachi Ltd | 排他優先制御方式 |
| JPH0485632A (ja) * | 1990-07-30 | 1992-03-18 | Nec Corp | デッドロック回避方式 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7415556B2 (en) | 2002-10-31 | 2008-08-19 | International Business Machines Corporation | Exclusion control |
| US7793023B2 (en) | 2002-10-31 | 2010-09-07 | International Business Machines Corporation | Exclusion control |
| JP2009543226A (ja) * | 2006-06-29 | 2009-12-03 | ストラタヴィア コーポレーション | データベース管理における標準操作手順の自動化 |
| US8738753B2 (en) | 2006-06-29 | 2014-05-27 | Hewlett-Packard Development Company, L.P. | Standard operating procedure automation in database administration |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2843748B2 (ja) | 1999-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5956712A (en) | Byte range locking in a distributed environment | |
| US6070170A (en) | Non-blocking drain method and apparatus used to reorganize data in a database | |
| KR101099199B1 (ko) | 데이터베이스 복구 중의 스냅샷 질의를 위한 시스템 및 방법 | |
| US6138118A (en) | Method and system for reconciling concurrent streams of transactions in a database | |
| AU600755B2 (en) | Apparatus for distributing data processing across a plurality of loci of control | |
| US8244675B2 (en) | Method and apparatus for updating a database using table staging and queued relocation and deletion | |
| US20030084063A1 (en) | Method, system, and program for performing an impact analysis of program statements in at least one source code file | |
| JPH04229355A (ja) | データアクセス方法及びデータ処理システム | |
| JPH0296839A (ja) | Ｔｐキューレポジトリ用シングルキー式索引ファイル | |
| US9348660B2 (en) | Apparatus and method for serializing process instance access to information stored redundantly in at least two datastores | |
| JPH08328933A (ja) | 並列処理システムのファイルアクセス制御方式 | |
| EP1850250A1 (en) | Method and system for renewing an index | |
| JPH07129452A (ja) | 排他制御方式 | |
| JP3484440B2 (ja) | 分散型データベース更新方法 | |
| US7606789B2 (en) | Data access and retrieval mechanism | |
| JPH05307478A (ja) | データベース管理システムの構成法 | |
| JPH03123946A (ja) | データベースの排他制御方法 | |
| JPS63196956A (ja) | フアイル排他方式 | |
| JPH04139545A (ja) | データベース更新処理方式 | |
| JPH0962554A (ja) | 静止点セーブ作成方式 | |
| EP1750222A1 (en) | Process instance serialization | |
| JPH08129501A (ja) | データベースの予約アクセス処理方法 | |
| JP2003316560A (ja) | ジョブ処理装置 | |
| CN116257519A (zh) | 一种数据读写的方法、装置、计算机设备及存储介质 | |
| JPH03116252A (ja) | ソースプログラムの世代管理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19961015 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19980922 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071023 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081023 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091023 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |