JPS63170754A - フアイルのデイレクトリの拡張方法 - Google Patents
フアイルのデイレクトリの拡張方法Info
- Publication number
- JPS63170754A JPS63170754A JP62002483A JP248387A JPS63170754A JP S63170754 A JPS63170754 A JP S63170754A JP 62002483 A JP62002483 A JP 62002483A JP 248387 A JP248387 A JP 248387A JP S63170754 A JPS63170754 A JP S63170754A
- Authority
- JP
- Japan
- Prior art keywords
- directory
- section
- file
- new
- entry
- 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
- 238000000034 method Methods 0.000 title claims description 13
- 238000013523 data management Methods 0.000 claims abstract description 15
- 238000007726 management method Methods 0.000 claims description 7
- 230000008520 organization Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000010365 information processing Effects 0.000 description 3
- 101150096839 Fcmr gene Proteins 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
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 |
|---|---|---|---|
| JP62002483A JPS63170754A (ja) | 1987-01-07 | 1987-01-07 | フアイルのデイレクトリの拡張方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62002483A JPS63170754A (ja) | 1987-01-07 | 1987-01-07 | フアイルのデイレクトリの拡張方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS63170754A true JPS63170754A (ja) | 1988-07-14 |
Family
ID=11530596
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP62002483A Pending JPS63170754A (ja) | 1987-01-07 | 1987-01-07 | フアイルのデイレクトリの拡張方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS63170754A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02201558A (ja) * | 1989-01-30 | 1990-08-09 | Fujitsu Ltd | 領域管理処理方式 |
-
1987
- 1987-01-07 JP JP62002483A patent/JPS63170754A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02201558A (ja) * | 1989-01-30 | 1990-08-09 | Fujitsu Ltd | 領域管理処理方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6341308B1 (en) | Input/output device information management system for multi-computer system | |
| JPH03266039A (ja) | フリーフォーマットデータリンク処理方式 | |
| CN101387989A (zh) | 构建基于分区管理的虚拟存储设备的计算机系统及方法 | |
| JPS62173546A (ja) | デ−タデイクシヨナリ．デイレクトリシステムの制御方式 | |
| JPS63170754A (ja) | フアイルのデイレクトリの拡張方法 | |
| JP3169596B2 (ja) | データベース管理装置 | |
| JPH086825A (ja) | ファイル生成方法 | |
| JP2704028B2 (ja) | ファイル領域管理方式 | |
| JPH06187201A (ja) | ファイルシステム | |
| JPH0744426A (ja) | ファイルシステムのファイル管理方法 | |
| JPH0337748A (ja) | 主記憶を利用した外部記憶アクセス方式 | |
| JPS63276626A (ja) | ２次記憶装置の分割管理方式 | |
| JPH03238535A (ja) | リレーショナルデータベース管理システムにおける表およびデータの関係管理システム | |
| Varney et al. | The structural foundation for an operating system | |
| JPH11120056A (ja) | プロジェクトデータの退避復元方法 | |
| Kogut | The segment based file support system | |
| JPH07200378A (ja) | ライブラリファイル管理装置 | |
| JPH0336640A (ja) | レコード格納スペース制御方式 | |
| JPS6058492B2 (ja) | デ−タベ−ス検索方式 | |
| JPH0310341A (ja) | ディスクスペースコンパクション方式 | |
| JPS58165157A (ja) | デ−タベ−スを使用するプログラムのテスト制御方式 | |
| JPH0442371A (ja) | 論理シミュレーション法 | |
| JPS6349255B2 (ja) | ||
| JPH02193231A (ja) | ファイルスペース空き領域管理方式 | |
| JPH01119839A (ja) | ファイル構成制御方式 |