JPH0573390A - データベースのデツドロツク対応処理方式 - Google Patents
データベースのデツドロツク対応処理方式Info
- Publication number
- JPH0573390A JPH0573390A JP3260492A JP26049291A JPH0573390A JP H0573390 A JPH0573390 A JP H0573390A JP 3260492 A JP3260492 A JP 3260492A JP 26049291 A JP26049291 A JP 26049291A JP H0573390 A JPH0573390 A JP H0573390A
- Authority
- JP
- Japan
- Prior art keywords
- work memory
- data
- deadlock
- work
- database
- 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
Links
Abstract
(57)【要約】
【目的】 ワークメモリおよびワークファイルを利用し
てデータベースのデッドロック時に処理を中断すること
なく、データベースのデータ更新処理を行う。 【構成】 入力データ１を出力編集レコード２を経て順
次ワークメモリ３に出力し、このワークメモリ３にも収
まらない場合のみワークファイル４を使用してワークメ
モリ５にデータをすべて出力する。そして、データベー
ス９の更新処理を行うときにワークメモリ５より１レコ
ードずつ入力編集レコード８に読み込みを実行し、デッ
ドロックが発生したら、ロールバックした後に、ワーク
メモリ５内で前回の静止点位置６の次から再度処理を続
行する構成にした。
てデータベースのデッドロック時に処理を中断すること
なく、データベースのデータ更新処理を行う。 【構成】 入力データ１を出力編集レコード２を経て順
次ワークメモリ３に出力し、このワークメモリ３にも収
まらない場合のみワークファイル４を使用してワークメ
モリ５にデータをすべて出力する。そして、データベー
ス９の更新処理を行うときにワークメモリ５より１レコ
ードずつ入力編集レコード８に読み込みを実行し、デッ
ドロックが発生したら、ロールバックした後に、ワーク
メモリ５内で前回の静止点位置６の次から再度処理を続
行する構成にした。
Description
【０００１】
【産業上の利用分野】本発明はバッチジョブによってＣ
ＯＤＡＳＹＬ型データベースのデータ更新処理におい
て、更新中にデッドロックが発生した際、ワークメモリ
およびワークファイルを使用することにより、処理を中
断することなく、データ更新処理を続行することを可能
にしたデータベースのデッドロック対応処理方式に関す
るものである。
ＯＤＡＳＹＬ型データベースのデータ更新処理におい
て、更新中にデッドロックが発生した際、ワークメモリ
およびワークファイルを使用することにより、処理を中
断することなく、データ更新処理を続行することを可能
にしたデータベースのデッドロック対応処理方式に関す
るものである。
【０００２】
【従来の技術】バッチジョブによるデータベースのデー
タ更新処理において、排他制御によりデッドロックは、
避けられない問題であり、従来デッドロックが発生した
場合の対処としては、前回の静止点の位置まで、ロール
バックして処理を終了させ、利用者にデッドロック発生
したために、処理を終了したことを通知させていた。
タ更新処理において、排他制御によりデッドロックは、
避けられない問題であり、従来デッドロックが発生した
場合の対処としては、前回の静止点の位置まで、ロール
バックして処理を終了させ、利用者にデッドロック発生
したために、処理を終了したことを通知させていた。
【０００３】
【発明が解決しようとする課題】上述した従来の方法で
は、デッドロックが発生する度に処理が中断され、利用
者は前回の静止点までのデータ更新処理は有効となって
いるので、次からは残りの未処理のデータ部分のみを再
度実行しなければならないので、頻繁にデッドロックが
発生するような場合においては、処理効率が非常に悪く
なるという課題があった。
は、デッドロックが発生する度に処理が中断され、利用
者は前回の静止点までのデータ更新処理は有効となって
いるので、次からは残りの未処理のデータ部分のみを再
度実行しなければならないので、頻繁にデッドロックが
発生するような場合においては、処理効率が非常に悪く
なるという課題があった。
【０００４】
【課題を解決するための手段】本発明のデータベースの
デッドロック対応処理方式は、バッチジョブによってＣ
ＯＤＡＳＹＬ型データベース上のデータを更新するシス
テムにおいて、入力データを基に実行処理単位に編集し
た出力編集レコードを作成する作成手段と、この作成手
段によって得られた出力編集レコードをワークメモリま
たはワークファイルに出力し格納する格納手段を備え、
すべてのデータをワークメモリに出力してから、順次、
ワークメモリより実行処理単位の入力編集レコードに読
み込んで、それに対するデータベースのデータ更新処理
を行うときに、デッドロックが発生した際、ロールバッ
クした後に、ワークメモリ上で前回の静止点の位置まで
戻り、再度そこから処理を行うようにしたものである。
デッドロック対応処理方式は、バッチジョブによってＣ
ＯＤＡＳＹＬ型データベース上のデータを更新するシス
テムにおいて、入力データを基に実行処理単位に編集し
た出力編集レコードを作成する作成手段と、この作成手
段によって得られた出力編集レコードをワークメモリま
たはワークファイルに出力し格納する格納手段を備え、
すべてのデータをワークメモリに出力してから、順次、
ワークメモリより実行処理単位の入力編集レコードに読
み込んで、それに対するデータベースのデータ更新処理
を行うときに、デッドロックが発生した際、ロールバッ
クした後に、ワークメモリ上で前回の静止点の位置まで
戻り、再度そこから処理を行うようにしたものである。
【０００５】
【作用】本発明においては、ワークメモリおよびワーク
ファイルを利用してデータベースのデッドロック時に処
理を中断することなく、データベースのデータ更新処理
を行う。
ファイルを利用してデータベースのデッドロック時に処
理を中断することなく、データベースのデータ更新処理
を行う。
【０００６】
【実施例】図１は本発明の一実施例を示すブロック図で
ある。この図１において、１はバッチジョブによる入力
データ、２はこの入力データ１を実行処理単位に編集し
た出力編集レコード、３はこの出力編集レコード２を格
納するワークメモリ（出力イメージ）、４はこのワーク
メモリ３に出力編集レコードが収まらない場合に使用す
るワークファイル、５は物理的にはワークメモリ３と同
じワークメモリ（入力イメージ）、８はこのワークメモ
リ５より１件読み込んだ入力編集レコード、９はデータ
更新処理の対象となるデータベースである。６はデータ
ベースのデータ更新処理で、静止点が設定された時のワ
ークメモリ５上での位置であるワークメモリ上での前回
の静止点位置を示し、７はデータベースのデータ更新処
理で、デッドロックが発生した時のワークメモリ５上で
の対象レコードであるワークメモリ上でのデッドロック
発生レコードを示す。１０はデッドロック発生を示す。
ある。この図１において、１はバッチジョブによる入力
データ、２はこの入力データ１を実行処理単位に編集し
た出力編集レコード、３はこの出力編集レコード２を格
納するワークメモリ（出力イメージ）、４はこのワーク
メモリ３に出力編集レコードが収まらない場合に使用す
るワークファイル、５は物理的にはワークメモリ３と同
じワークメモリ（入力イメージ）、８はこのワークメモ
リ５より１件読み込んだ入力編集レコード、９はデータ
更新処理の対象となるデータベースである。６はデータ
ベースのデータ更新処理で、静止点が設定された時のワ
ークメモリ５上での位置であるワークメモリ上での前回
の静止点位置を示し、７はデータベースのデータ更新処
理で、デッドロックが発生した時のワークメモリ５上で
の対象レコードであるワークメモリ上でのデッドロック
発生レコードを示す。１０はデッドロック発生を示す。
【０００７】そして、入力データを基に実行処理単位に
編集した出力編集レコードを作成する作成手段と、この
作成手段によって得られた出力編集レコードをワークメ
モリまたはワークファイルに出力し格納する格納手段を
備え、すべてのデータをワークメモリに出力してから、
順次ワークメモリより実行処理単位の入力編集レコード
に読み込んで、それに対するデータベースのデータ更新
処理を行うときに、デッドロックが発生した際、ロール
バックした後に、ワークメモリ上で前回の静止点の位置
まで戻り、再度そこから処理を行うように構成されてい
る。
編集した出力編集レコードを作成する作成手段と、この
作成手段によって得られた出力編集レコードをワークメ
モリまたはワークファイルに出力し格納する格納手段を
備え、すべてのデータをワークメモリに出力してから、
順次ワークメモリより実行処理単位の入力編集レコード
に読み込んで、それに対するデータベースのデータ更新
処理を行うときに、デッドロックが発生した際、ロール
バックした後に、ワークメモリ上で前回の静止点の位置
まで戻り、再度そこから処理を行うように構成されてい
る。
【０００８】図２は図１の動作説明に供するフローチャ
ートで、ワークメモリまたはワークファイルに出力編集
レコードを格納するまでの出力処理の流れを示すもので
ある。そして、各ステップ１０１〜１０６においてはそ
れぞれ所定の処理を実行する。
ートで、ワークメモリまたはワークファイルに出力編集
レコードを格納するまでの出力処理の流れを示すもので
ある。そして、各ステップ１０１〜１０６においてはそ
れぞれ所定の処理を実行する。
【０００９】図３は図１の動作説明に供するフローチャ
ートで、ワークメモリより入力編集レコードに読み込
み、この入力編集レコードを基にデータベースのデータ
更新処理を行うまでの入力処理の流れを示すものであ
る。そして、各ステップ２０１〜２１０においてはそれ
ぞれ所定の処理を実行する。
ートで、ワークメモリより入力編集レコードに読み込
み、この入力編集レコードを基にデータベースのデータ
更新処理を行うまでの入力処理の流れを示すものであ
る。そして、各ステップ２０１〜２１０においてはそれ
ぞれ所定の処理を実行する。
【００１０】つぎに、図１に示す実施例の動作を図２お
よび図３を参照して説明する。まず、図２で、バッチジ
ョブによる入力データ１（ステップ１０１）を読み込み
（ステップ１０２）、データ終了でない場合にはコマン
ド解析し、出力編集レコード２に変換する（ステップ１
０３）。そして、ワークメモリ３が既にいっぱいである
か判定し（ステップ１０４）、ワークメモリ３に余裕が
ある場合には、出力編集レコード２をワークメモリ３に
出力する（ステップ１０５）。ここで、もし、ワークメ
モリ３がいっぱいである場合には、ワークメモリ３の内
容をすべてワークファイル４に出力する（ステップ１０
６）。これら、一連の処理を入力データの終わりまで繰
り返す。
よび図３を参照して説明する。まず、図２で、バッチジ
ョブによる入力データ１（ステップ１０１）を読み込み
（ステップ１０２）、データ終了でない場合にはコマン
ド解析し、出力編集レコード２に変換する（ステップ１
０３）。そして、ワークメモリ３が既にいっぱいである
か判定し（ステップ１０４）、ワークメモリ３に余裕が
ある場合には、出力編集レコード２をワークメモリ３に
出力する（ステップ１０５）。ここで、もし、ワークメ
モリ３がいっぱいである場合には、ワークメモリ３の内
容をすべてワークファイル４に出力する（ステップ１０
６）。これら、一連の処理を入力データの終わりまで繰
り返す。
【００１１】つぎに、図３でワークファイルを使用した
か判定し（ステップ２０１）、もしワークファイルを使
用した場合のみ、ワークファイル４よりワークメモリ５
いっぱいに読み込む。そして、ワークメモリ５より１レ
コードを入力編集レコード８に読み込み（ステップ２０
３）、ワークメモリ５内のデータ終了の判定をし（ステ
ップ２０４）、データ終了でない場合には、入力編集レ
コード８の情報をもとに、データベースのデータ更新処
理を行う（ステップ２０５）。データ更新処理が正常終
了の場合には、再度ワークメモリ５よりレコードを読み
込み、データ終了まで処理を繰り返す。また、データ更
新処理において、デッドロックが発生した場合（ステッ
プ２０７）には、前回の静止点までロールバック（ステ
ップ２０９）し、前回の静止点のワークメモリ上の情報
をもとに、ワークメモリ５上の再読み込み位置を設定
（ステップ２１０）し、再度処理を実行する。
か判定し（ステップ２０１）、もしワークファイルを使
用した場合のみ、ワークファイル４よりワークメモリ５
いっぱいに読み込む。そして、ワークメモリ５より１レ
コードを入力編集レコード８に読み込み（ステップ２０
３）、ワークメモリ５内のデータ終了の判定をし（ステ
ップ２０４）、データ終了でない場合には、入力編集レ
コード８の情報をもとに、データベースのデータ更新処
理を行う（ステップ２０５）。データ更新処理が正常終
了の場合には、再度ワークメモリ５よりレコードを読み
込み、データ終了まで処理を繰り返す。また、データ更
新処理において、デッドロックが発生した場合（ステッ
プ２０７）には、前回の静止点までロールバック（ステ
ップ２０９）し、前回の静止点のワークメモリ上の情報
をもとに、ワークメモリ５上の再読み込み位置を設定
（ステップ２１０）し、再度処理を実行する。
【００１２】このように、本発明は、バッチジョブによ
る入力データを、出力編集レコードに変換し、それをワ
ークメモリに順次出力する。そして、入力データがワー
クメモリに収まらない場合のみ、ワークメモリの内容を
すべてワークファイルに出力し、また、出力編集レコー
ドを順次ワークメモリに出力する処理を繰り返し、すべ
てのデータの出力処理が終了したら、順次、ワークメモ
リより入力編集レコードに読み込み、それに対するデー
タベースのデータ更新処理を行う時に、デッドロックが
発生した場合、ロールバックした後、ワークメモリ上で
も前回の静止点の位置まで戻り、再度そこから処理を行
うようにしたものである。
る入力データを、出力編集レコードに変換し、それをワ
ークメモリに順次出力する。そして、入力データがワー
クメモリに収まらない場合のみ、ワークメモリの内容を
すべてワークファイルに出力し、また、出力編集レコー
ドを順次ワークメモリに出力する処理を繰り返し、すべ
てのデータの出力処理が終了したら、順次、ワークメモ
リより入力編集レコードに読み込み、それに対するデー
タベースのデータ更新処理を行う時に、デッドロックが
発生した場合、ロールバックした後、ワークメモリ上で
も前回の静止点の位置まで戻り、再度そこから処理を行
うようにしたものである。
【００１３】
【発明の効果】以上説明したように本発明は、ワークメ
モリおよびワークファイルを利用してデータベースのデ
ッドロック時に処理を中断することなく、データベース
のデータ更新処理を行うようにしたので、利用者はデー
タベースのデッドロック発生を意識することなく、バッ
チジョブによるデータベースのデータ更新処理が可能と
なり、デッドロックが頻繁に発生するような場合は、特
に効果がある。
モリおよびワークファイルを利用してデータベースのデ
ッドロック時に処理を中断することなく、データベース
のデータ更新処理を行うようにしたので、利用者はデー
タベースのデッドロック発生を意識することなく、バッ
チジョブによるデータベースのデータ更新処理が可能と
なり、デッドロックが頻繁に発生するような場合は、特
に効果がある。
【図１】本発明の一実施例を示すブロック図である。
【図２】図１の動作説明に供するフローチャートであ
る。
る。
【図３】図１の動作説明に供するフローチャートであ
る。
る。
１ 入力データ ２ 出力編集レコード ３ ワークメモリ ４ ワークファイル ５ ワークメモリ ６ ワークメモリ上での前回の静止点位置 ７ ワークメモリ上でのデッドロック発生レコード ８ ワークメモリから１件読み込んだ入力編集レコード ９ データベース
Claims (1)
- 【請求項１】 バッチジョブによってＣＯＤＡＳＹＬ型
データベース上のデータを更新するシステムにおいて、
入力データを基に実行処理単位に編集した出力編集レコ
ードを作成する作成手段と、この作成手段によって得ら
れた出力編集レコードをワークメモリまたはワークファ
イルに出力し格納する格納手段を備え、すべてのデータ
を前記ワークメモリに出力してから、順次、ワークメモ
リより実行処理単位の入力編集レコードに読み込んで、
それに対するデータベースのデータ更新処理を行うとき
に、デッドロックが発生した際、ロールバックした後
に、ワークメモリ上で前回の静止点の位置まで戻り、再
度そこから処理を行うようにしたことを特徴とするデー
タベースのデッドロック対応処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3260492A JPH0573390A (ja) | 1991-09-12 | 1991-09-12 | データベースのデツドロツク対応処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3260492A JPH0573390A (ja) | 1991-09-12 | 1991-09-12 | データベースのデツドロツク対応処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0573390A true JPH0573390A (ja) | 1993-03-26 |
Family
ID=17348719
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3260492A Pending JPH0573390A (ja) | 1991-09-12 | 1991-09-12 | データベースのデツドロツク対応処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0573390A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0895928A (ja) * | 1994-09-21 | 1996-04-12 | Kyushu Nippon Denki Software Kk | メモリ共有方式 |
-
1991
- 1991-09-12 JP JP3260492A patent/JPH0573390A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0895928A (ja) * | 1994-09-21 | 1996-04-12 | Kyushu Nippon Denki Software Kk | メモリ共有方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0573390A (ja) | データベースのデツドロツク対応処理方式 | |
| JPH02165353A (ja) | 対話型データ処理方式 | |
| JPH0675957A (ja) | 編集中障害の復旧機構 | |
| JPH05143422A (ja) | 更新後ジヤーナル管理方式 | |
| JPH11327681A (ja) | 仮想システム時刻管理方式、管理方法および管理プログラムを記録した記録媒体 | |
| JPH0535414A (ja) | 磁気テープフアイルアクセス方式 | |
| JPH03255547A (ja) | メモリダンプ出力方式 | |
| JPH05250243A (ja) | 拡張記憶装置のデータ処理方式 | |
| JPH04209044A (ja) | データベース制御方式 | |
| JPH03282636A (ja) | テストパッケージ実行のためのデータ保存方法 | |
| JPH06168079A (ja) | データバックアップシステム | |
| JPS61157938A (ja) | バイナリデ−タのフオ−マツト変換方法 | |
| JPH04168519A (ja) | ファイル更新方式 | |
| JPH0375942A (ja) | ファイルの編集履歴制御方式 | |
| JPS63276629A (ja) | ファイル内レコ−ドのソ−ト方式 | |
| JPH0488476A (ja) | データ集計方式 | |
| JPH02257349A (ja) | ネットワークアドレス設定方式 | |
| JPH04134533A (ja) | プログラム実行方式 | |
| JPH0222415B2 (ja) | ||
| JPS59149528A (ja) | 入力行自動供給機構 | |
| JPH0362114A (ja) | データ入力処理システム | |
| JPH03142628A (ja) | 最新ソースファイル作成装置 | |
| JPH02253425A (ja) | フロッピィ・ディスク・コントローラ | |
| JPH04352242A (ja) | 情報処理装置のデータ履歴記録方式 | |
| JPS62229344A (ja) | デ−タ格納方式 |