JPH01166231A - 索引ファイルのデータ処理方式 - Google Patents
索引ファイルのデータ処理方式Info
- Publication number
- JPH01166231A JPH01166231A JP62325757A JP32575787A JPH01166231A JP H01166231 A JPH01166231 A JP H01166231A JP 62325757 A JP62325757 A JP 62325757A JP 32575787 A JP32575787 A JP 32575787A JP H01166231 A JPH01166231 A JP H01166231A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- application program
- file
- data processing
- index
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
この発明はファイルの任意の項目からなるキー値とレコ
ード番号との対応表である索引を有して複数のトランザ
クションからのファイルの利用要求を受付ける索引ファ
イルのデータ処理方式に関する。
ード番号との対応表である索引を有して複数のトランザ
クションからのファイルの利用要求を受付ける索引ファ
イルのデータ処理方式に関する。
ファイルの任意の項目からなるキー値とレコード番号と
の対応表である索引を複数個有する多面索引ファイルに
おいては、その索引ファイルの資源を有効に活用するた
め複数のプログラムに対してファイルの利用要求を受け
つけるとともにデータの完全性を保証し、かつ最新性を
保証することが大切になっている。
の対応表である索引を複数個有する多面索引ファイルに
おいては、その索引ファイルの資源を有効に活用するた
め複数のプログラムに対してファイルの利用要求を受け
つけるとともにデータの完全性を保証し、かつ最新性を
保証することが大切になっている。
しかして、従来の索引ファイルのデータ処理方式として
次の２つの方式が採用されている。
次の２つの方式が採用されている。
（Ａ）１つのトランザクションのファイルの利用要求が
発生するたびに索引ファイルの排他的利用、即ち他のト
ランザクションからの利用要求を排除する形でオープン
にし、オープンできればデータ処理を行いトランザクシ
ョンが終了した時点でクローズし、そのリソースを他の
トランザクションに解放する方法。
発生するたびに索引ファイルの排他的利用、即ち他のト
ランザクションからの利用要求を排除する形でオープン
にし、オープンできればデータ処理を行いトランザクシ
ョンが終了した時点でクローズし、そのリソースを他の
トランザクションに解放する方法。
（Ｂ）トランザクションをスケジュールするプロセス（
タスフ）があらかじめ使用するファイルをすべてオープ
ンにしておき、トランザクション単位にデータ処理を引
受ける方法。
タスフ）があらかじめ使用するファイルをすべてオープ
ンにしておき、トランザクション単位にデータ処理を引
受ける方法。
次に上記２つの方法について図面を参照しつつ更に詳細
に説明する。
に説明する。
第３図は上記（Ａ）の方法について説明したものである
。第３図において、ＩＡ、ＩＢは索引ファイルの利用要
求を行う第１．第２の応用プログラム、２は各応用プロ
グラムＩＡ、ＩＢからの利用要求を引き受けて索引ファ
イルのデータ管理を行うと共にそのデータの管理を行う
データヘースデータ管理部、３は複数の索引を有する多
面索引ファイルである。
。第３図において、ＩＡ、ＩＢは索引ファイルの利用要
求を行う第１．第２の応用プログラム、２は各応用プロ
グラムＩＡ、ＩＢからの利用要求を引き受けて索引ファ
イルのデータ管理を行うと共にそのデータの管理を行う
データヘースデータ管理部、３は複数の索引を有する多
面索引ファイルである。
また４は、多面索引ファイル３のデータ部、５は多面索
引ファイル３の主索引部、６は多面索引ファイル３の副
索用部である。
引ファイル３の主索引部、６は多面索引ファイル３の副
索用部である。
次に動作について説明する。第１の応用プログラムＩＡ
及び第２の応用プログラムＩＢから多面索引ファイル３
に対して利用要求が出された場合、第１の応用プログラ
ムＩＡが先行して利用要求を出したとすると、第１の応
用プログラムＩＡに対して多面索引ファイル３がオープ
ンされる。
及び第２の応用プログラムＩＢから多面索引ファイル３
に対して利用要求が出された場合、第１の応用プログラ
ムＩＡが先行して利用要求を出したとすると、第１の応
用プログラムＩＡに対して多面索引ファイル３がオープ
ンされる。
第２の応用プログラムＩＢに対しては第１の応用プログ
ラムＩＡのトランザクションが終了して多面索引ファイ
ル３がクローズするまで待たせる。
ラムＩＡのトランザクションが終了して多面索引ファイ
ル３がクローズするまで待たせる。
第１の応用プログラムＩＡは必要なデータ操作を多面索
引ファイル３に対して行いすべてのデータ操作が成功し
た場合は多面索引ファイル３をクローズしてそのリソー
スを第２の応用プログラムＩＢに受け渡す。
引ファイル３に対して行いすべてのデータ操作が成功し
た場合は多面索引ファイル３をクローズしてそのリソー
スを第２の応用プログラムＩＢに受け渡す。
ここで、万一多面索引ファイル３に対するあるデータ操
作が失敗した場合にはトランザクションアボードの要求
を伝え、これまでに行ったデータ操作を無効とする戻し
回復操作を行い、多面索引ファイル３をクローズし、第
２の応用プログラムＩＢにそのリソースを受け渡す。
作が失敗した場合にはトランザクションアボードの要求
を伝え、これまでに行ったデータ操作を無効とする戻し
回復操作を行い、多面索引ファイル３をクローズし、第
２の応用プログラムＩＢにそのリソースを受け渡す。
これにより第２の応用プログラムＩＢには第１の応用プ
ログラムＩＡの要求の成功、失敗にかかわらず一貫した
データの状態に対して新たなデータ処理を行うことがで
きる。
ログラムＩＡの要求の成功、失敗にかかわらず一貫した
データの状態に対して新たなデータ処理を行うことがで
きる。
また第４図は上記（Ｂ）の方法について説明したもので
ある。図において、７は第１．第２の応用プログラムＩ
Ａ、ＩＢからのデータ処理をトランザクション単位に引
き受けてトランザクション単位のデータ処理を行うトラ
ンザクション制御プロセスである。
ある。図において、７は第１．第２の応用プログラムＩ
Ａ、ＩＢからのデータ処理をトランザクション単位に引
き受けてトランザクション単位のデータ処理を行うトラ
ンザクション制御プロセスである。
次に動作について説明する。
トランザクション制御プロセス７はあらかじめ使用する
ファイルをオープンにしておき、第１゜第２の応用プロ
グラムＬＡ、ＩＢからの利用要求に答えて、与えられた
データ操作を行っている。
ファイルをオープンにしておき、第１゜第２の応用プロ
グラムＬＡ、ＩＢからの利用要求に答えて、与えられた
データ操作を行っている。
ここで例えば第１の応用プログラムＩＡの利用要求が第
２の応用プログラムＩＢより先行してスケジュールされ
ていたとすると、多面索引ファイル３に対して必要なデ
ータ操作を行い、すべてのデータ操作が成功した段階で
トランザクションの終了通知を第１の応用プログラムＩ
Ａに対して行う。
２の応用プログラムＩＢより先行してスケジュールされ
ていたとすると、多面索引ファイル３に対して必要なデ
ータ操作を行い、すべてのデータ操作が成功した段階で
トランザクションの終了通知を第１の応用プログラムＩ
Ａに対して行う。
このトランザクションの終了通知を行った後、第２の応
用プログラムＩＢのデータ処理がスケジュールされる。
用プログラムＩＢのデータ処理がスケジュールされる。
トランザクションが異常終了した場合はトランザクショ
ン制御プロセス７は戻し回復動作を行いこれまでに行っ
たデータ操作を無効にしてトランザクションの処理を行
う前の状態に戻す。
ン制御プロセス７は戻し回復動作を行いこれまでに行っ
たデータ操作を無効にしてトランザクションの処理を行
う前の状態に戻す。
これによってデータの一貫性を保証する。
〔発明が解決しようとする問題点〕
従来の索引ファイルのデータ処理方式は以上説明したよ
うに行われていたので、上記（Ａ）の方法の場合、トラ
ンザクション単位のデータ処理の一貫性を索引ファイル
のオープン、クローズの間、排他状態にすることによっ
て保証するが、この方法では１つのトランザクションが
ファイルのリソースを占有する時間が長くなるという問
題点、及び複数のファイルを１つずつオーブンするため
同時に発生した他のトランザクションとのオーブンのタ
イミングによりデッドロック状態になる可能性が高いと
いう問題点があった。
うに行われていたので、上記（Ａ）の方法の場合、トラ
ンザクション単位のデータ処理の一貫性を索引ファイル
のオープン、クローズの間、排他状態にすることによっ
て保証するが、この方法では１つのトランザクションが
ファイルのリソースを占有する時間が長くなるという問
題点、及び複数のファイルを１つずつオーブンするため
同時に発生した他のトランザクションとのオーブンのタ
イミングによりデッドロック状態になる可能性が高いと
いう問題点があった。
また、上記（Ｂ）の方法の場合、１つのプロセスが各ト
ランザクションの要求を受けてデータ処理するため毎回
オーブン、クローズする必要はないがトランザクション
単位にデータ処理サービスが行われているので異なるデ
ータを扱う場合でも先行してトランザクションが終了す
るまでデータ処理サービスが受けられないという問題点
があった。
ランザクションの要求を受けてデータ処理するため毎回
オーブン、クローズする必要はないがトランザクション
単位にデータ処理サービスが行われているので異なるデ
ータを扱う場合でも先行してトランザクションが終了す
るまでデータ処理サービスが受けられないという問題点
があった。
この発明は上記問題点を解決するためになされたもので
、可能な限り複数のトランザクションからのデータ処理
要求を同時に引き受けて高速にトランザクションの要求
を処理するとともにデータの一貫性をトランザクション
単位に保証することのできるデータ処理方式を実現する
ことを目的としている。
、可能な限り複数のトランザクションからのデータ処理
要求を同時に引き受けて高速にトランザクションの要求
を処理するとともにデータの一貫性をトランザクション
単位に保証することのできるデータ処理方式を実現する
ことを目的としている。
このため、この発明に係るデータ処理方式はレコードの
更新、削除、追加の更新履歴の情報を格納するジャーナ
ルバッファ８と、上記操作が行なわれたことの操作情報
を格納しておくキュー９とを備え、１つのトランザクシ
ョンからレコードの更新、削除、追加の要求があった場
合にはこの操作情報及び更新履歴の情報を上記ジャーナ
ルバッファ８及びキュー９に格納するとともにこれらの
レコードに対する他のトランザクションからの利用を排
除し、トランザクションの処理が正常に終了した時点で
、上記ジャーナルバッファ８に格納した情報及びキュー
９に格納された情報により実際のレコードの更新２削除
２追加を行うとともに上記利用、排除の解除を行うこと
を特徴とするものである。
更新、削除、追加の更新履歴の情報を格納するジャーナ
ルバッファ８と、上記操作が行なわれたことの操作情報
を格納しておくキュー９とを備え、１つのトランザクシ
ョンからレコードの更新、削除、追加の要求があった場
合にはこの操作情報及び更新履歴の情報を上記ジャーナ
ルバッファ８及びキュー９に格納するとともにこれらの
レコードに対する他のトランザクションからの利用を排
除し、トランザクションの処理が正常に終了した時点で
、上記ジャーナルバッファ８に格納した情報及びキュー
９に格納された情報により実際のレコードの更新２削除
２追加を行うとともに上記利用、排除の解除を行うこと
を特徴とするものである。
１つのトランザクションから索引ファイルに対する利用
要求が出され、ここでレコードの更新。
要求が出され、ここでレコードの更新。
削除、追加の要求があった場合は、この前後の更新履歴
をジャーナルバッファ８に格納するとともに、この操作
情報をキュー９に格納し、このレコードに対する他のト
ランザクションからの利用を排除する。
をジャーナルバッファ８に格納するとともに、この操作
情報をキュー９に格納し、このレコードに対する他のト
ランザクションからの利用を排除する。
そして、トランザクションの処理が正常に終了した時点
でキュー９に格納した操作情報を基にジャーナルバッフ
ァに格納した情報を取り出して実際のレコードの更新、
削除、追加を行い、上記利用排除の解除を行う。
でキュー９に格納した操作情報を基にジャーナルバッフ
ァに格納した情報を取り出して実際のレコードの更新、
削除、追加を行い、上記利用排除の解除を行う。
もしトランザクションの処理が異常終了した場合には、
データレコード群に対して戻し操作を行いデータの一貫
性を確保する。
データレコード群に対して戻し操作を行いデータの一貫
性を確保する。
以下、この発明の一実施例を図面について説明する。第
１図はこの発明の一実施例を示す索引ファイルのデータ
処理方式の構成図であり、第４図と同じものは同一符号
を用いている。
１図はこの発明の一実施例を示す索引ファイルのデータ
処理方式の構成図であり、第４図と同じものは同一符号
を用いている。
図において、８はトランザクションが行われている間の
データ操作の更新雇歴をとるジャーナルバッファ、９は
レコードの退加、削除、更新操作の要求をトランザクシ
ョン終了まで保留するのに必要な主キー値キューである
。また、第２図は第１の応用プログラムｌＡの動作と排
他制御およびファイルの更新状況を説明するための説明
図である。ここで、多面索引ファイル３の主索引は必ず
同一キー値を２つ以上持つことを禁止したＵＮ Ｉ Ｑ
ＵＥキー属性の索引で構成されている。
データ操作の更新雇歴をとるジャーナルバッファ、９は
レコードの退加、削除、更新操作の要求をトランザクシ
ョン終了まで保留するのに必要な主キー値キューである
。また、第２図は第１の応用プログラムｌＡの動作と排
他制御およびファイルの更新状況を説明するための説明
図である。ここで、多面索引ファイル３の主索引は必ず
同一キー値を２つ以上持つことを禁止したＵＮ Ｉ Ｑ
ＵＥキー属性の索引で構成されている。
また、副索用は同一キーを２つ以上持つことのできるＮ
ＯＴ ＵＮＩＱＵＥキー属性の索引で構成されている。
ＯＴ ＵＮＩＱＵＥキー属性の索引で構成されている。
次に、第１の応用プログラムＩＡ、第２の応用プログラ
ムｌＢが同時に同一の多面索引ファイル３に利用要求を
出した時の動作について説明する。
ムｌＢが同時に同一の多面索引ファイル３に利用要求を
出した時の動作について説明する。
（Ｓｌ）、第１の応用プログラムＩＡが主キー１０に対
して更新のためのＲＥＡＤ命令を発行すると、主キー１
０をもつレコードＰ、が入力され、排他使用宣言が行わ
れる。
して更新のためのＲＥＡＤ命令を発行すると、主キー１
０をもつレコードＰ、が入力され、排他使用宣言が行わ
れる。
第２の応用プログラムＩＢがレコードＰ＋ （主キー
１０又は副キーＢ）を入力しようとすると排他使用が解
除されるまで、すなわち第１の応用プログラムＩＡのト
ランザクションが終了するまでレコードＰ１の入力待ち
状態となる。
１０又は副キーＢ）を入力しようとすると排他使用が解
除されるまで、すなわち第１の応用プログラムＩＡのト
ランザクションが終了するまでレコードＰ１の入力待ち
状態となる。
（Ｓ２）、第１の応用プログラムＬＡがレコードＰ１を
ＲＥＷＲＩＴＥ命令により更新するとレコードＰ１は更
新される。
ＲＥＷＲＩＴＥ命令により更新するとレコードＰ１は更
新される。
この更新した内容は（ＳＬ）の排他制御によりトランザ
クション終了を宣言するまで第２の応用プログラムＩＢ
には入力できない。更新前および更新後の内容はジャー
ナルバッファ８に記録される。
クション終了を宣言するまで第２の応用プログラムＩＢ
には入力できない。更新前および更新後の内容はジャー
ナルバッファ８に記録される。
（Ｓ３）、第１の応用プログラムＩＡが主キー２０に対
して削除のためのＲＥＡＤ命令を発行すると、（ＳＬ）
と同様にレコードＰ２が入力され、排他使用宣言される
。
して削除のためのＲＥＡＤ命令を発行すると、（ＳＬ）
と同様にレコードＰ２が入力され、排他使用宣言される
。
（Ｓ４）、第１の応用プログラムＩＡがレコードＰ、を
ＤＥＬＥＴＥ命令により削除するとレコードＰ１には削
除マークが書かれるが、主索引および副索用の当該キー
（主キー２０および副キーＡ）は削除せずにトランザク
ション終了するまでその操作は保留される。
ＤＥＬＥＴＥ命令により削除するとレコードＰ１には削
除マークが書かれるが、主索引および副索用の当該キー
（主キー２０および副キーＡ）は削除せずにトランザク
ション終了するまでその操作は保留される。
これにより、第２の応用プログラムＩＢが主キー２０又
は副キーＩＢの入力操作を行っても、主索引又は副索用
をサーチした結果レコードＰｔが排他使用宣言されてい
ることから、第１の応用プログラムＩＡのトランザクシ
ョン終了まで入力待ち状態となる。第１の応用プログラ
ムＩＡが削除操作を保留したことは主キー値キュー９に
記録され、また削除前の内容はジャーナルバッファ８に
記録される。
は副キーＩＢの入力操作を行っても、主索引又は副索用
をサーチした結果レコードＰｔが排他使用宣言されてい
ることから、第１の応用プログラムＩＡのトランザクシ
ョン終了まで入力待ち状態となる。第１の応用プログラ
ムＩＡが削除操作を保留したことは主キー値キュー９に
記録され、また削除前の内容はジャーナルバッファ８に
記録される。
（３５）、第１の応用プログラムＩＡが主キー３０をも
つレコードを追加すると、はじめに主キー３０をもつレ
コードが既に存在しているか否かを主索引および主キー
値キューをサーチして調べ、存在しなければ追加レコー
ド位置を求め、その位置に削除マークを書き込み、追加
レコードの出力および該当キーの主索引および副索用へ
の登録は保留し、主キー値キューとして記録する。
つレコードを追加すると、はじめに主キー３０をもつレ
コードが既に存在しているか否かを主索引および主キー
値キューをサーチして調べ、存在しなければ追加レコー
ド位置を求め、その位置に削除マークを書き込み、追加
レコードの出力および該当キーの主索引および副索用へ
の登録は保留し、主キー値キューとして記録する。
また、追加ジャーナルをジャーナルバッファ８に記録す
る。さらに、追加レコード位置に対して排他使用宣言す
る。ここで第２の応用プログラムＩＢが主キー３０の入
力要求を行うと主キー３０の主キー値キューが存在する
ため、主キー３０の排他宣言が解除されるまで入力待ち
状態となる。
る。さらに、追加レコード位置に対して排他使用宣言す
る。ここで第２の応用プログラムＩＢが主キー３０の入
力要求を行うと主キー３０の主キー値キューが存在する
ため、主キー３０の排他宣言が解除されるまで入力待ち
状態となる。
（Ｓ６）、第１の応用プログラムＩＡがトランザクショ
ンの終了を宣言すると、まだ実更新されていないデータ
操作を主キー値キューから時系列的にたどり、ファイル
の実更新即ち削除操作に対しては主索引および副索用に
対して当該キーを登録する。最後に第１の応用プログラ
ムＩＡが排他使用宣言したレコードＰ Ｉ、Ｐｚ 、Ｐ
ｘを解放する。
ンの終了を宣言すると、まだ実更新されていないデータ
操作を主キー値キューから時系列的にたどり、ファイル
の実更新即ち削除操作に対しては主索引および副索用に
対して当該キーを登録する。最後に第１の応用プログラ
ムＩＡが排他使用宣言したレコードＰ Ｉ、Ｐｚ 、Ｐ
ｘを解放する。
（Ｓ７）、万−第１の応用プログラムＬＡがトランザク
ションアボートした場合、ジャーナルバッファ８より最
新のジャーナルからトランザクション開始まで逆にたど
って戻し回復操作を行う。
ションアボートした場合、ジャーナルバッファ８より最
新のジャーナルからトランザクション開始まで逆にたど
って戻し回復操作を行う。
このとき、追加操作に対しては実際に更新されていない
ので追加レコード位置を解放するだけで回復はできる。
ので追加レコード位置を解放するだけで回復はできる。
削除操作についても、削除前の内容を削除したレコード
Ｐ２に出力するだけでよい。
Ｐ２に出力するだけでよい。
また、更新操作にいては、更新前の内容をやはりレコー
ドＰ１に出力するだけで回復が速やかに行える。なお、
上記実施例では、トランザクションデータファイルの処
理システムにおける実施例について説明したがＴＳＳ処
理システム、バッチ処理システムにおいても応用プログ
ラム内にトランザクションの区切りを設定するだけで同
様な効果が得られる。
ドＰ１に出力するだけで回復が速やかに行える。なお、
上記実施例では、トランザクションデータファイルの処
理システムにおける実施例について説明したがＴＳＳ処
理システム、バッチ処理システムにおいても応用プログ
ラム内にトランザクションの区切りを設定するだけで同
様な効果が得られる。
以上説明したようにこの発明に係るデータ処理方式はレ
コードの更新、削除、追加の情報を格納するジャーナル
バッファ及びキューを備え、トランザクションの途中に
おけるレコードの更新、削除、追加の要求に対してはこ
れを保留するとともにその情報をジャーナルバッファに
格納し、トランザクションが終了した時点で実際のレコ
ードの更新、削除７追加を行うようにし他のトランザク
ションに対してはこれらのレコードに対する利用を排除
するように構成したので、同一データに対して複数のト
ランザクションの利用要求の競合が生じてもトランザク
ション単位にデータの一貫性が保証されるとともにトラ
ンザクションの異常柊了に対して速やかに戻し回復動作
を行うことが可能となる。
コードの更新、削除、追加の情報を格納するジャーナル
バッファ及びキューを備え、トランザクションの途中に
おけるレコードの更新、削除、追加の要求に対してはこ
れを保留するとともにその情報をジャーナルバッファに
格納し、トランザクションが終了した時点で実際のレコ
ードの更新、削除７追加を行うようにし他のトランザク
ションに対してはこれらのレコードに対する利用を排除
するように構成したので、同一データに対して複数のト
ランザクションの利用要求の競合が生じてもトランザク
ション単位にデータの一貫性が保証されるとともにトラ
ンザクションの異常柊了に対して速やかに戻し回復動作
を行うことが可能となる。
第１図はこの発明の実施例に係るデータ処理方式の構成
図、第２図は応用プログラムのデータ操作と排他制御及
びファイルの更新状況を説明するための説明図、第３図
は従来の索引ファイルのデータ処理方式の第１の例を説
明するための構成図、第４図は従来の索引ファイルのデ
ータ処理方式の第２の例を示す構成図である。 図において、ＩＡは第１の応用プログラム、ｌＢは第２
の応用プログラム、２はデータベースデータ管理部、３
は多面索引ファイル、４はデータ部、５は主索引部、６
は副索引部、７はトランザクション制御プロセス、８は
ジャーナルバッファ、９は主キー値キュー（キュー）で
ある。 代理人 大君 増雄（ほか２名） ｆ）２１コ 手続補正音（自発） １．事件の表示 特願昭６２−３２５７５７号３、
補正をする者 代表者志岐守哉 ４、代理人 ５ 補正の対象 特許請求の範囲１発明の詳細な説明の欄。 Ｇ 補正の内容 （１）特許請求の範囲を別紙のとおり補正する。 （２）明細書第３頁第３行目「オーブンにし、」とある
のを「オーブンし」と補正する。 （３）同占第３頁第８行目「（タスク）」とあるのを「
（タスク）」と補正する。 以」二 ２、特許請求の範囲 ファイルの任意の項目からなるキー値とレコード番号と
の対応表である索引を有し、複数のトランザクションか
らのファイルの利用要求を受け付ける索引ファイルのデ
ータ処理方式において、レコードの更新、削除、追加の
操作が行なわれた時、この更新履歴を格納しておくジャ
ーナルバッファと、上記操作が行なわれたことの操作情
報を格納するキューとを備え、１つのトランザクション
が上記操作を行なった時、上記ジャーナルバッファ及び
上記キューに各々更新履歴及び上記操作情報を格納して
実際の処理を保留するとともにこれらのレコードに対す
る他のトランザクションの利用をＷヶに施盤し、トラン
ザクションの処理が正常に終了した時点で上記ジャーナ
ルバッファ及び上記キューの内容に従って実際のレコー
ドの更新、削除、追加の操作を行なうとともに」−肥料
用排除の解除を行なうことを特徴とする索引ファイルの
データ処理方式。
図、第２図は応用プログラムのデータ操作と排他制御及
びファイルの更新状況を説明するための説明図、第３図
は従来の索引ファイルのデータ処理方式の第１の例を説
明するための構成図、第４図は従来の索引ファイルのデ
ータ処理方式の第２の例を示す構成図である。 図において、ＩＡは第１の応用プログラム、ｌＢは第２
の応用プログラム、２はデータベースデータ管理部、３
は多面索引ファイル、４はデータ部、５は主索引部、６
は副索引部、７はトランザクション制御プロセス、８は
ジャーナルバッファ、９は主キー値キュー（キュー）で
ある。 代理人 大君 増雄（ほか２名） ｆ）２１コ 手続補正音（自発） １．事件の表示 特願昭６２−３２５７５７号３、
補正をする者 代表者志岐守哉 ４、代理人 ５ 補正の対象 特許請求の範囲１発明の詳細な説明の欄。 Ｇ 補正の内容 （１）特許請求の範囲を別紙のとおり補正する。 （２）明細書第３頁第３行目「オーブンにし、」とある
のを「オーブンし」と補正する。 （３）同占第３頁第８行目「（タスク）」とあるのを「
（タスク）」と補正する。 以」二 ２、特許請求の範囲 ファイルの任意の項目からなるキー値とレコード番号と
の対応表である索引を有し、複数のトランザクションか
らのファイルの利用要求を受け付ける索引ファイルのデ
ータ処理方式において、レコードの更新、削除、追加の
操作が行なわれた時、この更新履歴を格納しておくジャ
ーナルバッファと、上記操作が行なわれたことの操作情
報を格納するキューとを備え、１つのトランザクション
が上記操作を行なった時、上記ジャーナルバッファ及び
上記キューに各々更新履歴及び上記操作情報を格納して
実際の処理を保留するとともにこれらのレコードに対す
る他のトランザクションの利用をＷヶに施盤し、トラン
ザクションの処理が正常に終了した時点で上記ジャーナ
ルバッファ及び上記キューの内容に従って実際のレコー
ドの更新、削除、追加の操作を行なうとともに」−肥料
用排除の解除を行なうことを特徴とする索引ファイルの
データ処理方式。
Claims (1)
- ファイルの任意の項目からなるキー値とレコード番号と
の対応表である索引を有し、複数のトランザクションか
らのファイルの利用要求を受け付ける索引ファイルのデ
ータ処理方式において、レコードの更新、削除、追加の
操作が行なわれた時、この更新履歴を格納しておくジャ
ーナルバッファと、上記操作が行なわれたことの操作情
報を格納するキューとを備え、１つのトランザクション
が上記操作を行なった時、上記ジャーナルバッファ及び
上記キューに各々更新履歴及び上記操作情報を格納して
実際の処理を保留するとともにこれらのレコードに対す
る他のトランザクションの利用を排除し、トランザクシ
ョンの処理が正常に終了した時点で上記ジャーナルバッ
ファ及び上記キューの内容に従って実際のレコードの更
新、削除、追加の操作を行うとともに上記利用排除の解
除を行うことを特徴とする索引ファイルのデータ処理方
式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62325757A JPH01166231A (ja) | 1987-12-23 | 1987-12-23 | 索引ファイルのデータ処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62325757A JPH01166231A (ja) | 1987-12-23 | 1987-12-23 | 索引ファイルのデータ処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH01166231A true JPH01166231A (ja) | 1989-06-30 |
Family
ID=18180293
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP62325757A Pending JPH01166231A (ja) | 1987-12-23 | 1987-12-23 | 索引ファイルのデータ処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH01166231A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6332160B1 (en) | 1997-06-27 | 2001-12-18 | Nec Corporation | Method for matching distributed transactions and machine-readable recording medium with method programs |
-
1987
- 1987-12-23 JP JP62325757A patent/JPH01166231A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6332160B1 (en) | 1997-06-27 | 2001-12-18 | Nec Corporation | Method for matching distributed transactions and machine-readable recording medium with method programs |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4237354B2 (ja) | トランザクション処理方法及びトランザクション処理システム | |
| US9652519B2 (en) | Replicating data across multiple copies of a table in a database system | |
| US4498145A (en) | Method for assuring atomicity of multi-row update operations in a database system | |
| US7912821B2 (en) | Apparatus and method for data management | |
| EP0549140A2 (en) | Record updating method | |
| US20110145193A1 (en) | Apparatus and method for creating a real time database replica | |
| JP3512439B2 (ja) | チェックイン・チェックアウトモデルにおける施錠方式 | |
| JP2001101044A (ja) | トランザクショナルファイル管理方法、トランザクショナルファイルシステム及び複合トランザクショナルファイルシステム | |
| JP2853608B2 (ja) | 並列処理システムのファイルアクセス制御方式 | |
| US7464091B2 (en) | Method and software for processing data objects in business applications | |
| JP3042600B2 (ja) | 分散ファイルの同期方式 | |
| US7225302B2 (en) | Method and software application for avoiding data loss | |
| US20040148587A1 (en) | Data element and structure for data processing | |
| US7051051B1 (en) | Recovering from failed operations in a database system | |
| EP0097239B1 (en) | Method and apparatus for restoring data in a computing system | |
| JPH01166231A (ja) | 索引ファイルのデータ処理方式 | |
| US20040153480A1 (en) | Computerized replication of data objects | |
| KR100243113B1 (ko) | 데이터베이스 관리 시스템에서 에스큐엘 수준의갱신 연산의 원자성 보장 방법 | |
| JP3970524B2 (ja) | 複数オペレーション間の排他制御方法 | |
| JPS63196956A (ja) | フアイル排他方式 | |
| JPH03123946A (ja) | データベースの排他制御方法 | |
| JP2634908B2 (ja) | 情報処理装置 | |
| JP5543901B2 (ja) | データベース並行編集方式 | |
| JP2004362142A (ja) | ストレージ装置及びストレージ方法並びにプログラム | |
| JPH0398123A (ja) | 時刻スタンプ付き命令系列処理装置 |