Google
オフコン練習帳内を検索
インターネット全体を検索

NECオフコン関連
オフコン一般
情報
トップ  >  A−VXのファイル その2

A−VXのファイル その2

NECのマニュアル「データ管理説明書」の補足をしようとする試みですが、データ管理説明書の最初の「第1章 基礎知識」のところは、今ではあたりまえなので書くものもないかと思ったのですが、書いておいた方が後で他の説明もしやすそうなので、下に簡単に説明しておきます。だいたいNECの公式のマニュアルに書いてあるのがすべてなので、そのマニュアルからの引用だけです。

1 フィールド

NECのマニュアルには次のような説明が書いてあります。

フィールドとは、データの論理的な最小単位であり、ユーザプログラムにおける最小の処理単位である。フィールドはデータ記述情報(例えば、COBOLのデータ部)の中で定義され、固有のフィールド名によって識別される。

「データ管理説明書(2009年11月版)」−「1.1 用語の定義」より

COBOLでいうとデータ項目に相当するものです。

2 レコード

同じくNECのマニュアルからの引用。

レコードとは、上記フィールドの集まりであり、プログラムの論理的入出力(例えば,COBOLのREAD・WRITE命令)における単位である。

「データ管理説明書(2009年11月版)」−「1.1 用語の定義」より

下の図の「顧客番号」「送状番号」「発注日付」「発送日付」「支払日付」がそれぞれフィールドで、それが集まったものがレコードです。

データベースを知っている人なら、データベースのテーブルと列の関係と同じものが、A−VXのファイルにもある(レコードとフィールド)ということが認識できるはずです。

3 ブロック

これもNECのマニュアルからの引用。

ブロックとは,レコードの集まりであり,主記憶と二次記憶の間のデータの転送単位である。プログラムの入出力命令の単位がレコードという論理的なものであるのに対してブロックは物理的な単位であり、物理レコードともいわれる。1ブロックは1レコードあるいは2レコード以上で形成されるが、2レコード以上で形成することにより主記憶と二次記憶間のデータ転送回数を減らすことができる。

「データ管理説明書(2009年11月版)」−「1.1 用語の定義」より

1レコード毎にハードディスクから読み込みしていると、10レコード読み込もうとすると10回、1万レコードを読み込もうとすると1万回ハードディスクから読み込まないといけないので非効率です。
そこで1回に複数レコードをまとめて読み込んで効率化を図ろういうことが考えられました。複数レコードを1つにまとめたものをブロックといいます。そしてブロック単位にハードディスクからメモリに転送を行います。ブロック単位でメモリに転送したブロックはいったんメモリ上に置いておき、プログラムの要求毎に1レコードづつプログラムに読み込まれます。
例えば10レコードを1ブロックにまとめれば10レコード読み込む場合もハードディスクからの転送は1回ですみます。ブロック単位でハードディスクから転送しても、プログラム側から見るとレコード単位で読み書きすることになるので、プログラム側は意識する必要はありません。

そうすると「1ブロックを1万レコードにまとめればいいのではないか」、という話も出てくると思います。ブロックをあまり大きなサイズにしてもメモリを消費するし、例えば保守などで1レコードだけ必要な時も1万レコードをメモリに転送しないといけないので、逆に効率が悪くなります。それ以前にブロックの最大サイズも決まっているので(最大で4096バイト)、実際はバランスを取って現実的な値にします。

下の表はファイル編成とブロック長およびレコード長の関係です。ファイル編成は後程説明します。

ファイル編成磁気ディスクフロッピーディスク
順編成1〜40961〜1024
相対編成1〜40961〜512
索引順編成5〜40965〜512
複数索引順編成
(データファイル)

ハードディスク(表の磁気ディスクのこと)で順編成ファイルを作るとき、レコード長の最大値は4096バイトです。ブロック長も4096バイトになります。つまり、レコード長を4096バイトにすると、1つのブロックに1つのレコードの構成になります。レコード長を128バイトにすると1つのブロックに最大32レコードまで構成することができます。

1ブロック最大256レコードまでという制約もあります。このため1バイトのレコードを4096個で1ブロックにするということもできません。

フロッピーディスクはハードディスクと比べて、レコード長やブロック長が小さいファイルしか作れません。

4 ファイル

またもやNECのマニュアルからの引用。

ファイルは論理的に関係のあるレコードの集まりであり,データ処理における最も基本的な単位である。例えば、送り状の1行を1フィールドとみなせば、完全な1枚の送り状は1レコードであり、さらにこのレコードの集まりがファイルである。

「データ管理説明書(2009年11月版)」−「1.1 用語の定義」より

ファイルはWindowsやLinuxのファイルと同じ意味です。レコードが集まったものがファイルです。(0個のレコード=0バイトのファイルもあります。)

5 ボリューム

またもやNECのマニュアルからの引用。

ボリュームとは、取りはずしできる記憶装置の最小単位である。取りはずしできない二次記憶装置の場合は、その装置上の記憶装置をいう。例えば、一巻の磁気テープ、一台の固定ディスクなどをボリュームという。一つのボリューム上には1個のファイルのみを含む場合と2個以上のファイルを含む場合があり,磁気ディスク、フロッピィディスクおよび磁気テープにのみ一つのボリューム上に2個以上のファイルを含むことができる。

「データ管理説明書(2009年11月版)」−「1.1 用語の定義」より

A−VXのハードディスクのMSD000やMSD001などのようにMSDxxxがそれぞれ1つのボリュームです。ボリューム名というものがあって、ボリュームに名前が付けられます。例えばMSD000に「VOL1」とか「SAKURA」とか任意の名前が付けられます。

フロッピーディスクの1枚1枚がそれぞれが1つのボリュームです。フロッピーディスクのボリュームにもボリューム名が付けられます。

ボリューム名を付けて何が良いかというと、ユーティリティでチェックすることができることです。A−VXのユーティリティは何かボリュームに対して操作するとき、装置名とボリューム名をきいてきます。装置名かボリューム名のどちらかは省略できますが、両方入力することによって間違いを防ぐことができます。
例えば2台のオフコンがあって、オフコンAのMSD000のボリューム名が「sakura」、オフコンBのMSD000のボリューム名が「fuji」とします。#ABCでボリュームを初期化するときにMSD000だけ入力してボリューム名を省略することができますが、このときオフコンBのMSD000を初期化するつもりで間違ってオフコンA上で操作してしまうとボリューム名を省略しているので、そのままオフコンAのMSD000を初期化してしまいます。一方、ボリューム名も入力するようにすれば「fuji」と「sakura」と異なるので、ユーティリティがエラーを出して、気が付くことができます。

ハードディスクもフロッピーディスクも1つのボリュームに複数のファイルを作ることができます。これはWindowsも同じですよね。WindowsはCドライブに沢山のファイルを作ることができます。

フロッピーディスクは複数のボリュームに1つのファイルを入れることもできます。フロッピーディスクは1枚の容量が1.2メガバイトしかないので、5メガバイトとか10メガバイトのファイルは入りません。この時は複数のフロッピーディスク(つまり複数のボリューム)を使って、1つのファイルを入れることになります。これをマルチボリュームファイル(複数ボリュームファイル)といいます。
1つのボリュームだけに入っているファイルをシングルボリュームファイルといいます。

6 セクタ

今は、1セクタは256バイトです。

NECの説明書には1セクタが何バイトなのかあまり明確に書いていないようです。