Ａ−ＶＸのファイル（前半）

１．Ａ−ＶＸのファイル

ＷｉｎｄｏｗｓやＬｉｎｕｘからコンピュータの世界に入った人が、Ａ−ＶＸで最初に悩むことの１つがファイル形式についてではないでしょうか。
実はＡ−ＶＸのファイル構造は、２０年ぐらい前の一般的なコンピュータの普通のファイルの構造です。従って、そのくらいの頃書かれた古い「コンピュータのファイルについての解説本」を読めば、Ａ−ＶＸのファイル構造を理解することができます。

最近のＡ−ＶＸは昔ながらの「Ａ−ＶＸ固有のファイル」の他にも、ファイル連携機能などを使えばＷｉｎｄｏｗｓのファイルやＯｒａｃｌｅ、ＳＱＬ　Ｓｅｒｖｅｒなどのオープン側のＲＤＢも使えるようになっています。

おそらくＷｉｎｄｏｗｓやＵＮＩＸのようなファイル形式について私が改めてここで説明する必要はないでしょう。
そこでＮＥＣのオフコンの昔ながらのファイル形式について簡単に説明します。

さらにファイルと言っても、磁気ディスク上のファイルや磁気テープ上のファイルなどいろいろあります。あまり範囲を広げても、話が難しくなるだけなので、磁気ディスクとフロッピーディスク上のファイルに的を絞ります。
もっと詳しく知りたい人は、古い「コンピュータのファイルについての解説本」か、Ａ−ＶＸの「データ管理説明書」を読みましょう。

２．Ａ−ＶＸのハードディスクとフロッピーディスク

たぶん、誰もが一度はＡ−ＶＸのフロッピーディスクをＷｉｎｄｏｗｓで見ようとしたことでしょう。きっとＷｉｎｄｏｗｓからＡ−ＶＸのファイルは見ることができなかったはずです。

これはＷｉｎｄｏｗｓとＡ−ＶＸのファイル管理の方法が違うからです。Ａ−ＶＸの磁気ディスクやフロッピーディスクの中身をＷｉｎｄｏｗｓから普通の方法で見ることはできません。ＷｉｎｄｏｗｓからＡ−ＶＸのファイルを見るには、ＮＥＣが提供しているツールや市販の変換ツールを使って見るしかありません。

逆にＷｉｎｄｏｗｓのファイルをＡ−ＶＸから基本的には直接見ることもできません。今はＡ−ＶＸの機能の１つであるファイル連携機能を使うことでＷｉｎｄｏｗｓのファイルにアクセスできますが、以前はやはり変換ツールなどでＷｉｎｄｏｗｓのファイルをＡ−ＶＸのファイルに変換するしかありませんでした。

３．ＷｉｎｄｏｗｓとＡ−ＶＸのファイルの比較

ＷｉｎｄｏｗｓとＡ−ＶＸのファイル形式との最大の違いは、論理的なレコード長やフィールド長が固定のサイズなのか・可変のサイズなのどうかです。

Ｗｉｎｄｏｗｓのファイル形式が可変長、Ａ−ＶＸのファイル形式が固定長となります。
それではもう少し具体的に説明します。

まずＷｉｎｄｏｗｓのファイル形式を考えてみます。 Ｗｉｎｄｏｗｓにはテキスト形式（***.txt）というファイルがあります。メモ帳等で開けばわかりますが、このファイルは１行が１文字だったり１０文字だったりします。書こうと思えば千文字でも一万文字でも横に書き続けることができます。この１行がレコードに相当します。

Ｗｉｎｄｏｗｓのファイルの例　１ テキストファイル	Ａ−ＶＸのファイル
こんにちは。 今日もいい天気です。 以上 ※終端コードは見えないので、見えるようにで代用	こんにちは。■■■■■■■■■ 今日もいい天気です。■■■■■ ■■■■■■■■■■■■■■■ 以上■■■■■■■■■■■■■ ※空白は見えないので、見えるように■で代用

Ｗｉｎｄｏｗｓは１レコード（１行）の長さが可変です。レコードがどこまで続くのか判断できないため、レコードの一番最後に（目には見えない）レコード終端コード（CR=0x0D、あるいはCR+LF=0x0D0A）を付けることによって、１レコードの長さが判断できるようにしています。一部ではこのようなファイルのことを行順ファイルと言っているところもあるようです。

一方Ａ−ＶＸのファイル形式は固定長です。
１レコードの長さが２０バイトとか６０バイトとか１２５バイトなどファイル毎に決まっているので、レコード終端のコードは必要ありません。

それぞれの利点欠点を挙げるとすれば、

• Ａ−ＶＸのファイル形式（固定長）はファイルを作る時に最初にレコード長を決める必要があります。ちょっと使うためだけでも事前の設定が必要でいろいろと面倒です。
• その点Ｗｉｎｄｏｗｓのファイル形式（可変長）は論理的なレコード長は可変長なので、ファイルを新規作成するときにレコード長が何バイトであるとかいろいろと面倒な設定する必要がありません。
• Ａ−ＶＸのファイル形式（固定長）の場合は、１レコードの長さが決まっているのでプログラムが一般的に簡単になります。このため処理速度も可変長と比べると高速になる傾向があります。（最近のコンピュータは処理速度もハードディスクのアクセスも非常に高速なのでほとんど見た目変わりませんが。）
• 一方Ｗｉｎｄｏｗｓのファイル形式（可変長）の場合は、１レコードの長さをチェックする処理を加えなければならないことがあります。プログラムが複雑になる可能性があり、処理が複雑になればその分だけ処理速度が遅くなる可能性もあります。

---------------

今度はＷｉｎｄｏｗｓのＣＳＶファイルを考えてみます。
ＣＳＶファイルは１レコード（１行）上に複数のフィールドが並びます。このフィールドの長さは一般的には可変で、１文字や１０文字などいろいろな長さがあり、これらフィールド間はカンマ（，）やタブなどで区切られています。またフィールド間の区切り文字をフィールド内に使用する場合は、（”）などでフィールドを囲むなどの工夫が必要になります。

Ｗｉｎｄｏｗｓのファイルの例　２ ＣＳＶファイル	Ａ−ＶＸのファイル
○○○×××商店,北海道札幌市・・・,111 凸凹商事,東京都新宿区・・・,222 ＡＡ株式会社,大阪府大阪市・・・,333 ※終端コードをで代用	○○○×××商店■■北海道札幌市・・・■■■■111 凸凹商事■■■■■■神奈川県横浜市・・・■■■222 ＡＡ株式会社■■■■大阪府大阪市・・・■■■■333 ※空白を■で代用

Ａ−ＶＸのファイル形式のフィールドの長さも固定長です。例えば” 顧客名”のフィールドは５０バイト、”金額”フィールドは１０バイト・・というように決めなければなりません。その代わりフィールド間の区切りコードは必要ありません。

それぞれの特徴を挙げると、

• Ｗｉｎｄｏｗｓのファイル形式は可変長なので、例えば顧客の名前が１文字であろうと１００文字であろうと何ら不都合がありません。
• Ａ−ＶＸのファイル形式はフィールドの長さが決まっているので、もし”顧客名”のフィールド長が３０文字分しかなければ、１００文字の長さの顧客の名前は３０文字分しか入れることができません。一方１文字しかない顧客がいれば、残りの２９文字分は空白文字で埋めることになります。最初の設計時のフィールド長が不適切であれば、全ての文字が入らなかったり、逆に空白やゼロばかりのファイルになって容量が無駄になるということになってしまいます。
• フィールドが可変長だと、例えばカンマ区切りのＣＳＶファイルであれば、目的のフィールドを探すのにカンマの数を数えたり、フィールドの長さを数えたりといった処理が必要となります。
• 一方固定長であれば、あるフィールドの先頭位置と長さが決まっているので、数えたり探したりといった処理が不要になり、ダイレクトに「５０バイト目から１０バイト分をコピー」といったようにできるため処理が簡単になります。一般的にはアルゴリズムが単純であればその方が高速に処理ができるので、固定長の方が処理速度という点では有利であると考えることができます。

---------------

Ａ−ＶＸのデータベースも固定長です。Ｗｉｎｄｏｗｓのデータベースは一般的にvcharなどの可変長のデータ型がありますが、Ａ−ＶＸのデータベースにはありません。