JP2704028B2 - ファイル領域管理方式 - Google Patents
ファイル領域管理方式Info
- Publication number
- JP2704028B2 JP2704028B2 JP2137217A JP13721790A JP2704028B2 JP 2704028 B2 JP2704028 B2 JP 2704028B2 JP 2137217 A JP2137217 A JP 2137217A JP 13721790 A JP13721790 A JP 13721790A JP 2704028 B2 JP2704028 B2 JP 2704028B2
- Authority
- JP
- Japan
- Prior art keywords
- block
- file
- empty
- record data
- exclusively
- 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.)
- Expired - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、電子計算機のファイル管理システムにおい
て、複数のタスクが１つのファイルに対してレコードデ
ータの追加格納を行なう際のファイル領域管理方式に関
する。
て、複数のタスクが１つのファイルに対してレコードデ
ータの追加格納を行なう際のファイル領域管理方式に関
する。
（従来の技術） 一般に、電子計算機のファイルは、多数のブロックか
らなっており、このそれぞれのブロックに対してタスク
に伴なうレコードデータが格納される。従来、あるタス
クによりファイルに対してレコードデータを格納するに
は、ファイルの終端に１つの空きブロックを確保し、こ
の空きブロックに対してレコードデータを格納するが、
この際、上記空きブロックは１つのタスクによるレコー
ドデータの追加格納要求に対して排他的な占有状態とさ
れ、レコードデータの追加格納を行なった後、その排他
的占有状態が解除される。
らなっており、このそれぞれのブロックに対してタスク
に伴なうレコードデータが格納される。従来、あるタス
クによりファイルに対してレコードデータを格納するに
は、ファイルの終端に１つの空きブロックを確保し、こ
の空きブロックに対してレコードデータを格納するが、
この際、上記空きブロックは１つのタスクによるレコー
ドデータの追加格納要求に対して排他的な占有状態とさ
れ、レコードデータの追加格納を行なった後、その排他
的占有状態が解除される。
（発明が解決しようとする課題） しかしながら、上記のようにあるタスクによるレコー
ドデータの追加格納要求に対して、ファイル終端に１つ
の空きブロックを排他的占有状態にして確保し、レコー
ドデータの追加格納を行なうファイル領域管理方式で
は、複数のタスクにより１つのファイルに対してレコー
ドデータの追加格納要求があった場合に、あるタスクに
より１つの空きブロックが排他的に占有されると、この
占有状態が解除されるまで他のタスクによるレコードデ
ータの格納処理は行なえなくなり、複数のタスクに伴な
う複数レコードの追加格納処理を並列的に実行すること
ができない。
ドデータの追加格納要求に対して、ファイル終端に１つ
の空きブロックを排他的占有状態にして確保し、レコー
ドデータの追加格納を行なうファイル領域管理方式で
は、複数のタスクにより１つのファイルに対してレコー
ドデータの追加格納要求があった場合に、あるタスクに
より１つの空きブロックが排他的に占有されると、この
占有状態が解除されるまで他のタスクによるレコードデ
ータの格納処理は行なえなくなり、複数のタスクに伴な
う複数レコードの追加格納処理を並列的に実行すること
ができない。
本発明は上記課題に鑑みなされたもので、複数のタス
クによる１つのファイルに対するレコードデータの追加
格納処理を、並列的に実行することが可能になるファイ
ル領域管理方式を提供することを目的とする。
クによる１つのファイルに対するレコードデータの追加
格納処理を、並列的に実行することが可能になるファイ
ル領域管理方式を提供することを目的とする。
［発明の構成］ （課題を解決するための手段） 本発明に係わるファイル領域管理方式は、レコードデ
ータを格納する複数のブロックに分割されたファイル領
域を有する記憶手段と、この記憶手段におけるファイル
領域内の空きブロックを管理するファイル管理手段と、
上記ブロックに対するレコードデータの格納処理を排他
的に確保する排他ロック手段と、上記ファイル管理手段
の管理情報に基づきファイル内空きブロックを検索する
空きブロック検索手段と、この空きブロック検索手段に
より検索された空きブロックが上記排他ロック手段によ
り排他的に確保されているか否かを判断する排他ロック
判断手段と、この排他ロック判断手段により上記空きブ
ロックが排他的に確保されていないと判断された際に該
空きブロックを上記排他ロック手段により排他的に確保
し上記レコードデータを追加格納するレコード格納手段
と、上記ファイル領域内に空きブロックが存在しない場
合または上記排他ロック判断手段により上記空きブロッ
クが排他的に確保されていると判断された際に１ブロッ
ク分のファイル領域を拡張するファイル領域拡張手段と
を備えて成るものである。
ータを格納する複数のブロックに分割されたファイル領
域を有する記憶手段と、この記憶手段におけるファイル
領域内の空きブロックを管理するファイル管理手段と、
上記ブロックに対するレコードデータの格納処理を排他
的に確保する排他ロック手段と、上記ファイル管理手段
の管理情報に基づきファイル内空きブロックを検索する
空きブロック検索手段と、この空きブロック検索手段に
より検索された空きブロックが上記排他ロック手段によ
り排他的に確保されているか否かを判断する排他ロック
判断手段と、この排他ロック判断手段により上記空きブ
ロックが排他的に確保されていないと判断された際に該
空きブロックを上記排他ロック手段により排他的に確保
し上記レコードデータを追加格納するレコード格納手段
と、上記ファイル領域内に空きブロックが存在しない場
合または上記排他ロック判断手段により上記空きブロッ
クが排他的に確保されていると判断された際に１ブロッ
ク分のファイル領域を拡張するファイル領域拡張手段と
を備えて成るものである。
（作 用） すなわち、あるタスクにより１つの空きブロックが排
他的に占有されレコードデータの追加格納処理が行なわ
れている状態で、他のタスクによるレコードデータの追
加格納要求があると、上記１つの空きブロックに対する
排他ロック状態が排他ロック判断手段により判断される
ことでファイル領域拡張手段により新たに１ブロック分
のファイル領域が拡張され、この新たな空きブロックに
対して上記排他ロック手段により排他ロックをかけレコ
ードデータの追加格納を行なうことで、複数タスクによ
るレコードデータ追加格納の並列処理が可能になる。
他的に占有されレコードデータの追加格納処理が行なわ
れている状態で、他のタスクによるレコードデータの追
加格納要求があると、上記１つの空きブロックに対する
排他ロック状態が排他ロック判断手段により判断される
ことでファイル領域拡張手段により新たに１ブロック分
のファイル領域が拡張され、この新たな空きブロックに
対して上記排他ロック手段により排他ロックをかけレコ
ードデータの追加格納を行なうことで、複数タスクによ
るレコードデータ追加格納の並列処理が可能になる。
（実施例） 以下図面により本発明の一実施例について説明する。
第１図はファイル領域管理方式を実施したファイル管
理システムの構成を示すもので、同図において、11はOS
（オペレーティングシステム）の一部に設定されたファ
イル管理システムであり、このファイル管理システム11
によりファイル12に対するレコードデータの格納処理が
制御される。ファイル管理システム11には、タスクに伴
なうレコード格納要求によりファイル12の空きブロック
13a,…に対してレコードデータを格納するレコード格納
処理プログラム14が設けられ、このレコード格納処理プ
ログラム14には、上記空きブロック13a,…のうち排他的
に使用中でないものを検索する空き領域検索処理プログ
ラム15、この空き領域検索処理プログラムに基づき検索
された空きブロック13a,…を排他的に使用するためのロ
ック（確保）を行なう空きブロックロック処理プログラ
ム16、上記空き領域検査処理プログラム15に基づき空き
ブロック13a,…の全てが排他的に使用中であると判断さ
れた場合、または空きブロック13a,…が存在しない場合
にファイル12を拡張し新たな空きブロックを作成するフ
ァイル領域拡張処理プログラム17が備えられる。ここ
で、ファイル管理ブロック18では、ファイル12における
先頭空きブロックのブロック番号と最終空きブロックの
ブロック番号とが管理され、このファイル管理ブロック
18によるブロック管理情報に応じて上記空き領域検索処
理プログラム15が実行される。
理システムの構成を示すもので、同図において、11はOS
（オペレーティングシステム）の一部に設定されたファ
イル管理システムであり、このファイル管理システム11
によりファイル12に対するレコードデータの格納処理が
制御される。ファイル管理システム11には、タスクに伴
なうレコード格納要求によりファイル12の空きブロック
13a,…に対してレコードデータを格納するレコード格納
処理プログラム14が設けられ、このレコード格納処理プ
ログラム14には、上記空きブロック13a,…のうち排他的
に使用中でないものを検索する空き領域検索処理プログ
ラム15、この空き領域検索処理プログラムに基づき検索
された空きブロック13a,…を排他的に使用するためのロ
ック（確保）を行なう空きブロックロック処理プログラ
ム16、上記空き領域検査処理プログラム15に基づき空き
ブロック13a,…の全てが排他的に使用中であると判断さ
れた場合、または空きブロック13a,…が存在しない場合
にファイル12を拡張し新たな空きブロックを作成するフ
ァイル領域拡張処理プログラム17が備えられる。ここ
で、ファイル管理ブロック18では、ファイル12における
先頭空きブロックのブロック番号と最終空きブロックの
ブロック番号とが管理され、このファイル管理ブロック
18によるブロック管理情報に応じて上記空き領域検索処
理プログラム15が実行される。
第２図はレコード追加格納処理の全体的な流れを示す
フローチャートであり、ファイル管理システム11の空き
領域検索処理プログラム15に基づきファイル12の空きブ
ロック13aが検索されると、この空きブロック13aは上記
空きブロックロック処理プログラム16に基づき排他的に
ロック（確保）される（ステップS1）。すると、このス
テップS1において確保されたファイル12の空きブロック
13aに対して上記レコード格納処理プログラム14に基づ
きタスクに伴なうレコードデータが追加格納される（ス
テップS2）。このステップS2においてレコードデータの
追加格納処理が終了すると、上記ステップS1にて行なわ
れた空きブロック13aに対する排他的ロックが解除され
る（ステップS3）。
フローチャートであり、ファイル管理システム11の空き
領域検索処理プログラム15に基づきファイル12の空きブ
ロック13aが検索されると、この空きブロック13aは上記
空きブロックロック処理プログラム16に基づき排他的に
ロック（確保）される（ステップS1）。すると、このス
テップS1において確保されたファイル12の空きブロック
13aに対して上記レコード格納処理プログラム14に基づ
きタスクに伴なうレコードデータが追加格納される（ス
テップS2）。このステップS2においてレコードデータの
追加格納処理が終了すると、上記ステップS1にて行なわ
れた空きブロック13aに対する排他的ロックが解除され
る（ステップS3）。
第３図は上記レコード追加格納処理のステップS1にお
けるファイル内空きブロックを確保する際の空き領域検
索処理を示すフローチャートであり、例えばファイル内
ブロックのレコード格納状態に応じて、空き領域を有す
る先頭のブロック13a及び最終のブロック13dがそれぞれ
そのブロック番号でファイル管理ブロック18にて管理さ
れる状態で、あるタスクに応じてファイル12に対するレ
コードデータの追加格納要求があると、まず、上記先頭
空きブロック13aのブロック番号がブロック番号レジス
タBIに書込まれる（ステップA1）。ここで、レジスタBI
に格納されたブロック番号「13a」が最終空きブロック1
3dに一致しない場合には、このレジスタBIに示された空
きブロック13aを空きブロックロック処理プログラム16
に応じて排他的にロックする（ステップA2,A3）。そし
て、上記レジスタBIで示される空きブロック13aが排他
的に確保された場合には、このタスクによるレコード格
納要求に応じるだけの空き領域が上記空きブロック13a
に存在するか否かを確認し、「突き領域あり」と判断さ
れた場合には、上記第２図におけるステップS2に移行
し、該空きブロック13aの空き領域に対するレコードデ
ータ追加格納処理が行なわれる（ステップA4,A5）。
けるファイル内空きブロックを確保する際の空き領域検
索処理を示すフローチャートであり、例えばファイル内
ブロックのレコード格納状態に応じて、空き領域を有す
る先頭のブロック13a及び最終のブロック13dがそれぞれ
そのブロック番号でファイル管理ブロック18にて管理さ
れる状態で、あるタスクに応じてファイル12に対するレ
コードデータの追加格納要求があると、まず、上記先頭
空きブロック13aのブロック番号がブロック番号レジス
タBIに書込まれる（ステップA1）。ここで、レジスタBI
に格納されたブロック番号「13a」が最終空きブロック1
3dに一致しない場合には、このレジスタBIに示された空
きブロック13aを空きブロックロック処理プログラム16
に応じて排他的にロックする（ステップA2,A3）。そし
て、上記レジスタBIで示される空きブロック13aが排他
的に確保された場合には、このタスクによるレコード格
納要求に応じるだけの空き領域が上記空きブロック13a
に存在するか否かを確認し、「突き領域あり」と判断さ
れた場合には、上記第２図におけるステップS2に移行
し、該空きブロック13aの空き領域に対するレコードデ
ータ追加格納処理が行なわれる（ステップA4,A5）。
一方、上記ステップA4において「Ｎ」、つまり、空き
ブロック13aが予め他のタスクによるレコードデータの
格納要求により既に排出ロックされており、新たな排他
ロックが行なえない場合には、上記ブロック番号レジス
タBIに格納されるブロック番号を13aから13bに更新させ
る（ステップA8）。ここで、レジスタBIに格納されたブ
ロック番号「13b」が最終空きブロック13dに一致しない
場合には、このレジスタBIに示された空きブロック13b
を空きブロックロック処理プログラム16に応じて排他的
にロックする（ステップA2,A3）。そして、上記レジス
タBIで示される空きブロック13bが排他的に確保された
場合には、このタスクによるレコード格納要求に応じる
だけの空き領域が上記空きブロック13bに存在するか否
かを確認し、「空き領域あり」と判断された場合には、
上記第２図におけるステップS2に移行し、該空きブロッ
ク13bの空き領域に対するレコードデータ追加格納処理
が行なわれることになる（ステップA4,A5）。
ブロック13aが予め他のタスクによるレコードデータの
格納要求により既に排出ロックされており、新たな排他
ロックが行なえない場合には、上記ブロック番号レジス
タBIに格納されるブロック番号を13aから13bに更新させ
る（ステップA8）。ここで、レジスタBIに格納されたブ
ロック番号「13b」が最終空きブロック13dに一致しない
場合には、このレジスタBIに示された空きブロック13b
を空きブロックロック処理プログラム16に応じて排他的
にロックする（ステップA2,A3）。そして、上記レジス
タBIで示される空きブロック13bが排他的に確保された
場合には、このタスクによるレコード格納要求に応じる
だけの空き領域が上記空きブロック13bに存在するか否
かを確認し、「空き領域あり」と判断された場合には、
上記第２図におけるステップS2に移行し、該空きブロッ
ク13bの空き領域に対するレコードデータ追加格納処理
が行なわれることになる（ステップA4,A5）。
また、上記ステップA5において「Ｙ」、つまり、空き
ブロック13bに対して排他ロックが行なえたものの、こ
のタスクによるレコードデータを格納するだけの空き領
域が存在しないと判断された場合には、上記ファイル管
理ブロック18にて管理される先頭空きブロック13aを、
現在のブロック番号レジスタBIにより示される空きブロ
ック13bの次のブロック13cに更新させ、上記ステップA
3,A4において行なった排他ロック状態を解除する（ステ
ップA6,A7）。そして、ブロック番号レジスタBIに格納
されるブロック番号を13bから13cに更新させる（ステッ
プA8）。
ブロック13bに対して排他ロックが行なえたものの、こ
のタスクによるレコードデータを格納するだけの空き領
域が存在しないと判断された場合には、上記ファイル管
理ブロック18にて管理される先頭空きブロック13aを、
現在のブロック番号レジスタBIにより示される空きブロ
ック13bの次のブロック13cに更新させ、上記ステップA
3,A4において行なった排他ロック状態を解除する（ステ
ップA6,A7）。そして、ブロック番号レジスタBIに格納
されるブロック番号を13bから13cに更新させる（ステッ
プA8）。
すなわち、上記ステップA2〜A8の判断，処理を繰返す
ことにより、ファイル管理ブロック18にて管理される先
頭空きブロック13aから最終空きブロック13dまでの間の
使用可能ブロックが検索され、例えば空きブロック13a,
13bが他のタスクによるレコード格納処理により排他ロ
ックされた状態にあっても、空きブロック13cまたは13d
の何れかにレコードデータを格納するに充分な空き領域
が存在すれば、新たなタスクによるレコードデータの追
加格納処理を並列的に行なうことができるようになる。
ことにより、ファイル管理ブロック18にて管理される先
頭空きブロック13aから最終空きブロック13dまでの間の
使用可能ブロックが検索され、例えば空きブロック13a,
13bが他のタスクによるレコード格納処理により排他ロ
ックされた状態にあっても、空きブロック13cまたは13d
の何れかにレコードデータを格納するに充分な空き領域
が存在すれば、新たなタスクによるレコードデータの追
加格納処理を並列的に行なうことができるようになる。
また、上記ステップA2において「Ｙ」、つまり、ステ
ップA8にて更新されるブロック番号レジスタBIのブロッ
ク番号が空きブロック13dを越え、上記空きブロック13a
〜13dの間に現在レコードデータ格納可能な空きブロッ
クが存在しない場合には、ファイル領域拡張処理プログ
ラム17に応じてファイル12の終端に新たに１ブロック分
のファイル領域が拡張される（ステップA9）。この場
合、上記拡張された新ブロックは、上記レジスタBIが現
在において示すブロック番号13eに基づき、上記ファイ
ル管理ブロック18にて最終空きブロックとして管理され
る（ステップA9）。そして、この新たな空きブロック13
eに対して排他ロックが確保された後、第２図における
レコード格納処理が実行され、例えば空きブロック13a
〜13dの全てが他の複数のタスクによるレコード格納処
理により排他ロックされた状態にあっても、空きブロッ
ク13eに新たなタスクによるレコードデータの追加格納
処理を並列的に行なうことができるようになる。
ップA8にて更新されるブロック番号レジスタBIのブロッ
ク番号が空きブロック13dを越え、上記空きブロック13a
〜13dの間に現在レコードデータ格納可能な空きブロッ
クが存在しない場合には、ファイル領域拡張処理プログ
ラム17に応じてファイル12の終端に新たに１ブロック分
のファイル領域が拡張される（ステップA9）。この場
合、上記拡張された新ブロックは、上記レジスタBIが現
在において示すブロック番号13eに基づき、上記ファイ
ル管理ブロック18にて最終空きブロックとして管理され
る（ステップA9）。そして、この新たな空きブロック13
eに対して排他ロックが確保された後、第２図における
レコード格納処理が実行され、例えば空きブロック13a
〜13dの全てが他の複数のタスクによるレコード格納処
理により排他ロックされた状態にあっても、空きブロッ
ク13eに新たなタスクによるレコードデータの追加格納
処理を並列的に行なうことができるようになる。
したがって、上記構成のファイル管理システムによれ
ば、ファイル管理ブロック18で予め管理される空きブロ
ック情報から、そのそれぞれの空きブロックに対して排
他ロック可能であるか否か、及びレコード格納可能な空
き領域を有するか否かを検索し、格納可能な空きブロッ
クに対して新たなタスクによるレコードデータの追加格
納を行ない、しかも上記予め管理される全ての空きブロ
ックが他のタスクにより排他ロックされているか、ある
いは空き領域が充分でないかして新たなレコードデータ
の追加格納が行なえない場合には、ファイル領域の拡張
処理を行ない新たな空きブロックに対してレコードデー
タの格納処理を行なうので、複数のタスクにより同時に
レコードデータの追加格納要求があっても、１つのブロ
ックに対する排他ロック状態の解除を待つことなく、並
列的に処理することができるようになる。
ば、ファイル管理ブロック18で予め管理される空きブロ
ック情報から、そのそれぞれの空きブロックに対して排
他ロック可能であるか否か、及びレコード格納可能な空
き領域を有するか否かを検索し、格納可能な空きブロッ
クに対して新たなタスクによるレコードデータの追加格
納を行ない、しかも上記予め管理される全ての空きブロ
ックが他のタスクにより排他ロックされているか、ある
いは空き領域が充分でないかして新たなレコードデータ
の追加格納が行なえない場合には、ファイル領域の拡張
処理を行ない新たな空きブロックに対してレコードデー
タの格納処理を行なうので、複数のタスクにより同時に
レコードデータの追加格納要求があっても、１つのブロ
ックに対する排他ロック状態の解除を待つことなく、並
列的に処理することができるようになる。
［発明の効果］ 以上のように本発明によれば、レコードデータを格納
する複数のブロックに分割されたファイル領域を有する
記憶手段と、この記憶手段におけるファイル領域内の空
きブロックを管理するファイル管理手段と、上記ブロッ
クに対するレコードデータの格納処理を排他的に確保す
る排他ロック手段と、上記ファイル管理手段の管理情報
に基づきファイル内空きブロックを検索する空きブロッ
ク検索手段と、この空きブロック検索手段により検索さ
れた空きブロックが上記排他ロック手段により排他的に
確保されているか否かを判断する排他ロック判断手段
と、この排他ロック判断手段により上記空きブロックが
排他的に確保されていないと判断された際に該空きブロ
ックを上記排他ロック手段により排他的に確保し上記レ
コードデータを追加格納するレコード格納手段と、上記
ファイル領域内に空きブロックが存在しない場合または
上記排他ロック判断手段により上記空きブロックが排他
的に確保されていると判断された際に１ブロック分のフ
ァイル領域を拡張するファイル領域拡張手段とを備えて
成るので、複数のタスクによる１つのファイルに対する
レコードデータの追加格納処理を、並列的に実行するこ
とが可能になるファイル領域管理方式を提供できる。
する複数のブロックに分割されたファイル領域を有する
記憶手段と、この記憶手段におけるファイル領域内の空
きブロックを管理するファイル管理手段と、上記ブロッ
クに対するレコードデータの格納処理を排他的に確保す
る排他ロック手段と、上記ファイル管理手段の管理情報
に基づきファイル内空きブロックを検索する空きブロッ
ク検索手段と、この空きブロック検索手段により検索さ
れた空きブロックが上記排他ロック手段により排他的に
確保されているか否かを判断する排他ロック判断手段
と、この排他ロック判断手段により上記空きブロックが
排他的に確保されていないと判断された際に該空きブロ
ックを上記排他ロック手段により排他的に確保し上記レ
コードデータを追加格納するレコード格納手段と、上記
ファイル領域内に空きブロックが存在しない場合または
上記排他ロック判断手段により上記空きブロックが排他
的に確保されていると判断された際に１ブロック分のフ
ァイル領域を拡張するファイル領域拡張手段とを備えて
成るので、複数のタスクによる１つのファイルに対する
レコードデータの追加格納処理を、並列的に実行するこ
とが可能になるファイル領域管理方式を提供できる。
第１図は本発明のファイル領域管理方式の一実施例に係
わるファイル管理システムの構成を示すブロック図、第
２図は上記ファイル管理システムによるレコード追加格
納処理の全体的な流れを示すフローチャート、第３図は
上記レコード追加格納処理におけるファイル内空きブロ
ックを確保する際の空き領域検索処理を示すフローチャ
ートである。 11……ファイル管理システム、12……ファイル、13a〜1
3d……空きブロック、14……レコード格納処理プログラ
ム、15……空き領域検索処理プログラム、16……空きブ
ロックロック処理プログラム、17……ファイル領域拡張
処理プログラム、18……ファイル管理ブロック。
わるファイル管理システムの構成を示すブロック図、第
２図は上記ファイル管理システムによるレコード追加格
納処理の全体的な流れを示すフローチャート、第３図は
上記レコード追加格納処理におけるファイル内空きブロ
ックを確保する際の空き領域検索処理を示すフローチャ
ートである。 11……ファイル管理システム、12……ファイル、13a〜1
3d……空きブロック、14……レコード格納処理プログラ
ム、15……空き領域検索処理プログラム、16……空きブ
ロックロック処理プログラム、17……ファイル領域拡張
処理プログラム、18……ファイル管理ブロック。
Claims (1)
- 【請求項１】レコードデータを格納する複数のブロック
に分割されたファイル領域を有する記憶手段と、 この記憶手段におけるファイル領域内の空きブロックを
管理するファイル管理手段と、 上記ブロックに対するレコードデータの格納処理を排他
的に確保する排他ロック手段と、 上記ファイル管理手段の管理情報に基づきファイル内空
きブロックを検索する空きブロック検索手段と、 この空きブロック検索手段により検索された空きブロッ
クが上記排他ロック手段により排他的に確保されている
か否かを判断する排他ロック判断手段と、 この排他ロック判断手段により上記空きブロックが排他
的に確保されていないと判断された際に該空きブロック
を上記排他ロック手段により排他的に確保し上記レコー
ドデータを追加格納するレコード格納手段と、 上記ファイル領域内に空きブロックが存在しない場合、
または上記排他ロック判断手段により上記空きブロック
が排他的に確保されていると判断された際に１ブロック
分のファイル領域を拡張するファイル領域拡張手段と、 を具備したことを特徴とするファイル領域管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2137217A JP2704028B2 (ja) | 1990-05-29 | 1990-05-29 | ファイル領域管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2137217A JP2704028B2 (ja) | 1990-05-29 | 1990-05-29 | ファイル領域管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0431935A JPH0431935A (ja) | 1992-02-04 |
| JP2704028B2 true JP2704028B2 (ja) | 1998-01-26 |
Family
ID=15193525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2137217A Expired - Lifetime JP2704028B2 (ja) | 1990-05-29 | 1990-05-29 | ファイル領域管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2704028B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05233386A (ja) * | 1992-02-20 | 1993-09-10 | Nec Corp | データベース管理方式 |
| JP4758226B2 (ja) * | 2005-12-27 | 2011-08-24 | 豊済 清水 | 角出し用埋め込み定規 |
| JP2009217357A (ja) * | 2008-03-07 | 2009-09-24 | Nec Corp | ファイルスペース追加システム、ファイルスペース追加方法、及びファイルスペース追加プログラム |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0277949A (ja) * | 1988-09-14 | 1990-03-19 | Fuji Xerox Co Ltd | ファイル作成方法 |
| JPH02113350A (ja) * | 1988-10-24 | 1990-04-25 | Nec Corp | ファイル処理装置 |
-
1990
- 1990-05-29 JP JP2137217A patent/JP2704028B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0431935A (ja) | 1992-02-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6341308B1 (en) | Input/output device information management system for multi-computer system | |
| JP2505112B2 (ja) | トランザクション管理方法 | |
| US7681010B2 (en) | Apparatus and method for a managing file system | |
| JP2704028B2 (ja) | ファイル領域管理方式 | |
| JP3056704B2 (ja) | データ管理装置 | |
| JP2005316708A (ja) | 階層記憶装置、その復旧方法、及び復旧プログラム | |
| JP2924786B2 (ja) | 疎結合多重計算機システムにおける共有ファイルの排他制御システム、排他制御方法、および排他制御プログラムを記憶する媒体 | |
| JP2944496B2 (ja) | 画像データ格納制御装置 | |
| JP2870308B2 (ja) | データベースマネージメントシステム | |
| JP3099429B2 (ja) | Ｉｐｌ処理におけるファイルデータの保存方法 | |
| US20220382635A1 (en) | Method and apparatus for processing transaction | |
| JP3050194B2 (ja) | ホスト間共用メモリファイル動的追加システム、ホスト間共用メモリファイル動的追加方法、およびホスト間共用メモリファイル動的追加プログラムを記録した記録媒体 | |
| JP2980610B2 (ja) | トランザクション管理装置 | |
| JP3857335B2 (ja) | オンライントランザクションシステム及び同システムに適用されるファイル管理方法 | |
| JPS63196956A (ja) | フアイル排他方式 | |
| JPH04139545A (ja) | データベース更新処理方式 | |
| JP3085260B2 (ja) | 排他制御装置 | |
| JP2610972B2 (ja) | データベースのデータ保全方式 | |
| JP2787107B2 (ja) | バッファ制御方式及び装置 | |
| KR100630213B1 (ko) | 데이터 저장시스템에서 데이터 버퍼 제어 블록을 이용한로그 우선 출력 프로토콜 수행 방법 | |
| JP2903605B2 (ja) | ファイル領域管理処理方法 | |
| JP3232633B2 (ja) | データ格納ボリューム管理処理方法 | |
| JP2933011B2 (ja) | ファイルの排他制御システム | |
| JP2001142772A (ja) | メモリの名称による管理方法及び複写方法並びにメモリの名称による管理プログラムを記録した媒体及び複写プログラムを記録した媒体 | |
| JPH05250243A (ja) | 拡張記憶装置のデータ処理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081003 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081003 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091003 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091003 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101003 Year of fee payment: 13 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101003 Year of fee payment: 13 |