拡張ＲＥＡＤ／ＷＲＩＴＥ方式 その１
- １ ＣＯＢＯＬでＡ−ＶＸ ＲＤＢを扱う
-
Ａ−ＶＸのＣＯＢＯＬからＡ−ＶＸ ＲＤＢ上のデータを読み書きする方法として、の２種類があります。一つは拡張ＲＥＡＤ／ＷＲＩＴＥ方式（拡張ＤＭＬとかＣＯＢＯＬ−ＤＭＬ、ＣＯＢＯＬ８５ ＤＭＬともいう）、もう一つはＳＱＬ方式（ＳＱＬ−ＤＭＬともいう）です。
拡張ＲＥＡＤ／ＷＲＩＴＥ方式は、従来のファイルと同じようにＯＰＥＮ→ＲＥＡＤ→ＷＲＩＴＥ→ＣＬＯＳＥといった命令でＲＤＢのデータにアクセスする方式です。基本はファイルと同じ命令ですが、いくつかＲＤＢに対応した命令が追加されています。
ＳＱＬ方式は、皆さんなじみのあるあのＳＱＬ文を使います。埋込みＳＱＬです。
しかし、ＳＱＬ８６の規格ベースですし、前に書いた通りＤＭＬのみ使用でき、ＤＭＬなら何でも使用できるわけではなく、ＳＱＬＥＸＴＥＮＳＩＯＮの説明書に書かれているもののみです。まず、拡張ＲＥＡＤ／ＷＲＩＴＥ方式から説明していくことにします。
- ２ 拡張ＲＥＡＤ／ＷＲＩＴＥ方式の特徴
-
ＮＥＣの公式の説明書には、拡張ＤＭＬとかＣＯＢＯＬ−ＤＭＬ、ＣＯＢＯＬ８５ ＤＭＬとかいろいろな用語で書かれていますが、皆同じです。（用語は統一してほしいよ・・・）
拡張ＲＥＡＤ／ＷＲＩＴＥ方式の特徴は次の通りです。
- 従来のファイルシステムと同じようにコーディングできる
- 従来のファイルシステムからＲＤＢシステムへのプログラムの移行が簡単（ほぼ修正無しで移行できる）
- 従来のファイルシステムとほぼ同様の保守運用方法となる
１つめの「従来のファイルシステムと同じようにコーディングできる」ですが、最初に書いたように、ＯＰＥＮ／ＣＬＯＳＥやＲＥＡＤ、ＷＲＩＴＥ、ＲＥＷＲＩＴＥ、ＤＥＬＥＴＥといった命令を使ってデータベースに対して読み書きを行います。つまり基本表や仮想表（つまりテーブルやビュー）に対して、普通のファイルのようにアクセスすることができるということです。
基本表（テーブルのことね）を順編成ファイルのように順番にＲＥＡＤ／ＷＲＩＴＥしていったり、相対編成ファイルや索引順編成ファイルのようにキーを使ってＲＥＡＤ／ＷＲＩＴＥしていくことができます。ＲＥＡＤ 〜 ＡＴ ＥＮＤ 〜とかＷＲＩＴＥ 〜 ＩＮＶＡＬＩＤ ＫＥＹ 〜なんて書き方ができます。
何がいいかというと、「普通のファイルのアクセスならノウハウが蓄積されているでしょう」とか、「このデータは普通のファイルに入っているからＲＥＡＤ／ＷＲＩＴＥ、これはデータベースだからＳＱＬで」とか分けて考えなくていいとか、「このデータは順アクセスしかしないから順編成、このデータは検索するからこいつをキーにして・・」とかシステム設計時にファイル編成を考えなくてもいいとか、「ファイルからデータベースにシステム構成を変えてもファイル時代のプログラムがそのまま何の変更もなく使える」（このおかげで、年季の入ったプログラムが今だに現役で使えてたり・・・）とか、いろいろな理由があります。
普通のファイルにアクセスする命令だけで一通りのことができるので、普通の人はＲＥＡＤ／ＷＲＩＴＥなどがあれば満足するのですが、中には「ＲＤＢなんだからＲＥＡＤ／ＷＲＩＴＥだけだと嫌だ」という人もいます。そういう人の為にＳＥＬＥＣＴ、ＳＣＲＡＴＣＨ、ＣＯＭＭＩＴ、ＲＯＬＬＢＡＣＫといった命令が追加されています。
２つめの「従来のファイルシステムからＲＤＢシステムへの業務プログラムの移行が簡単」ですが、従来のファイルシステムからＲＤＢにデータを移行したときに、業務プログラムの修正／変更がほとんど必要ないということです。後で少し説明しますが、これは本当に簡単です。利点でもありますが、一方そこまでの対応で終わったままのシステムもたくさんみられる原因ともなりました。
３つめについては、結局ＲＤＢファイルの実体が複数索引順編成ファイルであるので、基本的には「ＲＤＢの保守運用方法は複数索引順編成ファイルの保守運用方法と同じ」ということになります。このためそれほどＲＤＢを知らない人であっても、従来のファイルシステムを知っていれば、Ａ−ＶＸ ＲＤＢもそのまま保守運用できるということになります。これは利点でもある一方、ＲＤＢがファイルに引きずられているので、Ａ−ＶＸのファイルシステムをを知らない人はＡ−ＶＸ ＲＤＢを十分使いこなせない原因ともなっています。
具体的には、ＲＤＢファイルも複数索引順編成ファイルと同様にファイル再編成が必要となる、などです。 - ３ ファイル編成
-
表にはファイル編成という概念がありません。しかし、従来互換の為に、表をファイルとして扱うことができるようになっています。
プログラム、特にＣＯＢＯＬから拡張ＲＥＡＤ／ＷＲＩＴＥアクセスするときには、表を順編成、相対編成、索引順編成、（複数）索引順編成のファイルとして扱います。
従来互換としてではなく、ＲＤＢとして使用する場合は、ＲＤＢとしての機能をフルに使用できます。
ファイル編成 概 要 順編成 表を順編成として扱う 相対編成 表を相対編成として扱う 索引順編成／複数索引順編成 表を索引順編成／複数索引順編成として扱う ＲＤＢファイル 表をＲＤＢファイルとして扱う プログラム上で、表を順編成ファイルと指定して扱うと、データファイルに直接アクセスすることができます。この場合、表のデータを格納順に読み書きすることができます。
プログラム上で、表を相対編成ファイルと指定して扱うと、データファイルを直接アクセスすることができ、相対キーアクセスができます。
一般的なＲＤＢで、データを格納順に順番に読み込んだり、データの格納位置を直接指定して読み書きすることはできないと思うので、この辺りはＡ−ＶＸのＲＤＢの特徴的な部分だと思います。（正確には当時のオフコンやメインフレームのＲＤＢではこのような動作ができるようになっています。オープン系のＲＤＢはこのようなことはできないはず。）
（複数）索引順編成ファイルの場合、仕様上はデータファイルを直接アクセスすることはできません。ここが（複数）索引順編成ファイルを直接ファイルとして使用する場合とＲＤＢファイルとして扱う場合の違いとなります。
プログラム上で、表を（複数）索引順編成ファイルと指定して扱うと、キーファイル経由でデータにアクセスすることができます。
表を順編成として扱ったり、相対編成として扱ったり、索引順編成として扱うのは、互換性を持たせるためです。先に説明したように、今までファイルを扱っていたプログラムを基本修正無しで、ＲＤＢを扱えるようにするために、そのような仕組みになっています。
いちいち「データファイルを直接アクセス」「キーファイル経由でデータにアクセス」と書いていますが、ここが重要だからです。一般的なＲＤＢではこんな動作はしないでしょう。データファイルを直接アクセスする場合とキーファイル経由でデータにアクセスする場合の違いは後で説明します。
- ４ 処理モード
-
表を順編成ファイルと指定した場合、次の四種類の処理モードを使用できます。
処理モード 概 要 入力処理モード ファイルの始めからレコードを読み込む 出力処理モード ファイルの始めからレコードが書き出される 更新処理モード 先頭から順番に読み込み、そのレコードのデータを変更して同じ場所に書き込むことや削除することができる。 追加処理モード 現在のファイルの最後のレコードの次のレコードから書き込んでいく 表を相対編成ファイルと指定した場合、次の三種類の処理モードを使用できます。
処理モード 概 要 入力処理モード ファイル内のレコードの読み込みだけが許される 出力処理モード ファイルの始めからレコードが書き出される 更新処理モード ファイル内のレコードを読み込んだり、ファイル内にレコードを追加したり、またレコードの置換または削除をすることができる 表を索引順編成ファイルと指定した場合、次の三種類の処理モードを使用できます。ＲＤＢとして使う場合もこれです。
処理モード 概 要 入力処理モード ファイル内のレコードの読み込みだけが許される 出力処理モード ファイルの始めからレコードが書き出される 更新処理モード ファイル内のレコードを読み込んだり、ファイル内にレコードを追加したり、またレコードの置換または削除をすることができる Ａ−ＶＸ ＲＤＢのデータは、複数索引順編成ファイルの影響が強いので、ファイルの始め／ファイル先頭位置のデータとか、ファイルの終わり／ファイル最後の位置のデータといった概念があります。普通のＲＤＢのデータにファイルの先頭位置のデータとか最後位置のデータといった概念はないと思います。
- ５ アクセスモード
-
表を順編成ファイルと指定した場合、次の呼び出し方式が行えます。
アクセスモード 概 要 順呼び出し方式 データファイルの先頭レコードから順次呼び出すことができる 表を相対編成ファイルと指定した場合、次の三種類の呼び出し方式が行えます。
アクセスモード 概 要 順呼び出し方式 データファイルの先頭レコードから順次呼び出すことができる。順編成ファイルと同じ 乱呼び出し方式 相対レコード番号の値によって目的のレコードを参照、更新、削除、追加する 動的呼び出し方式 相対レコード番号の値によって目的のレコードを乱アクセスしたり、位置づけされたレコードから順アクセスすることができる 表を索引順編成ファイルと指定した場合、次の三種類の呼び出し方式が行えます。本格的にＲＤＢとして使用する場合もこれになります。
アクセスモード 概 要 順呼び出し方式 レコードキーの昇順・降順に順次呼び出すことができます。同一レコードキーがあるときは、レコードの発生順に利用者に渡される 乱呼び出し方式 レコードキーの値によって目的のレコードを参照、更新、削除、追加する 動的呼び出し方式 レコードキーの値によって目的のレコードを乱アクセスしたり、位置づけされたレコードからレコードキーの昇順・降順にしたがって順アクセスすることができる - ６ ＣＯＢＯＬの命令
-
ファイルのアクセスからそのままＲＤＢファイルに移行した場合は、同じ命令をそのまま使用できます。
- ＯＰＥＮ
- ＳＴＡＲＴ
- ＲＥＡＤ
- ＷＲＩＴＥ
- ＲＥＷＲＩＴＥ
- ＤＥＬＥＴＥ
- ＣＬＯＳＥ
- ＵＳＥ
例えば、表を順編成ファイルとして扱う場合は、通常の順編成ファイルと同じようにＯＰＥＮ／ＲＥＡＤ／ＷＲＩＴＥ／ＲＥＷＲＩＴＥ／ＣＬＯＳＥといった命令が使用できます。命令の書き方、使い方も順編成ファイルのときと同じです。
このように従来のファイルの互換として使用する場合は、順編成／相対編成／（複数）索引順編成ファイルのそれぞれの命令をそのまま使用できます。実際、ＲＤＢにしたけど、使っている命令は今まで通りこれだけというところも多いです。
しかしせっかくＲＤＢにしたのにこれでは物足りないということもあるでしょう。そのようなときのために、既存の命令が強化されたり、命令が追加されたりしています。
命令の強化の例としては、ＲＥＡＤ文でレコードを逆順（ＰＲＩＯＲ句）でも読み込めるようになっています。
- レコードの逆順読み：ＲＥＡＤ ＰＲＩＯＲ
- 現在指示子による更新：ＲＥＷＲＩＴＥ ＣＵＲＲＥＮＴ
- 順編成ファイル指定時のＳＴＡＲＴ ＦＩＲＳＴ、ＳＴＡＲＴ ＬＡＳＴ
- 順編成ファイル指定時のＤＥＬＥＴＥ
追加された命令は次の通りです。
- ＳＥＬＥＣＴ
- ＳＣＲＡＴＣＨ
- ＣＯＭＭＩＴ
- ＲＯＬＬＢＡＣＫ
ＳＥＬＥＣＴは、ＳＱＬのＳＥＬＥＣＴ文とは異なります。レコード選択条件を満足するレコードを表から選択抽出し、部分集合ファイルを作成する命令です。
SELECT ファイル名 WHERE レコード選択式 [ ; COUNT IN 一意名-1 ] [ ; ORDER BY { ASCENDING | DESCENDING } データ名-1 [ , データ名-2 ]・・・ [ BY { ASCENDING | DESCENDING } データ名-1 [ , データ名-2 ]・・・ ] (例) SELECT F1 WHERE ( SURYO NOT < 10 ) AND ( SURYO > 20 ) ORDER BY ASCENDING KEY SURYO.ＳＣＲＡＴＣＨは、ＳＥＬＥＣＴと対になるもので、ＳＥＬＥＣＴで作成した部分集合ファイルを解放します。
SCRATCH ファイル名 (例) SCRATCH F1.
ＣＯＭＭＩＴとＲＯＬＬＢＡＣＫはトランザクション関連の命令です。これは一般的なＲＤＢのＣＯＭＭＩＴ／ＲＯＬＬＢＡＣＫと同じような使い方です。
