次に SFLCLR( Subfile Clear ) と SFLINZ( Subffile Initialize ) について
これも体感してみよう。

まず SFLCLR とは文字通りサブ・ファイルをクリヤーする機能であって
サブ・ファイルの中身を消去して空にする機能である。
次はサブ・ファイル・クリヤー( SFLCLR ) の機能を体験できるようにしてある。
画面表示下部の SFLCLR ボタンを押すと、一瞬にしてサブ・ファイルの
データが消去される空になる。
これが SFLCLR の機能である。

SFLCLR についてはご存じかもしれないが、次は SFLINZ の機能である。
SFLINZ ( Subfile Initialize ) 、つまりサブ・ファイル初期化という機能は
サブ・ファイル一杯にブランク・レコードを埋め込む機能である。
SFLCLR はレコードを消去していたのに対して SFLINZ はブランク・レコードを
目いっぱいに埋める機能のことである。

次の画面は SFLINZ の機能を示している。
この状態はサブ・ファイル・レコードが全くまだ無い状態であり、
それに対して SFLINZ ボタンを押すと一瞬のうちにサブ・ファイルはブランク・レコードで
一杯に満たされる。

参考までにサブ・ファイルにレコードがある場合に SFLCLR と SFLINZ を
行ったときの違いを下記で体験することができる。
操作の順序として

1. SFLCLR ボタンを押して結果を確認する
2. RESET ボタンを押して元通りにする。
3. SFLINZ ボタンを押して結果を確認する。

SFLCLR と SFLINZ の機能の違いがわかったところでサブ・ファイルにレコードを
出力して表示できるようにするには

とするのが正しいサブ・ファイルの使い方であろう。
( ただし上記で SFLCLR は必ずしも必要ない )

ところが多くの誤った使い方として、

という使用方法がある。
なぜこのような難しい持って回ったような使い方をするのだろうか ?

SFLINZ で SFLSIZ の分だけすべてブランク・レコードで埋めてしまうと

• 全体の活動中の真のSFLレコードの件数が把握できない。
• 更新用に SFLレコードを調べるときに、すべてのSFLレコードを読まなければならない。
• さらにブランクかどうかをいちいち検査しなければならない。
• ブランク・レコードの表示/非表示などの制御が複雑となる

このように処理を自分で複雑にしてしまい、最後にはバグを誘発することは必至である。
原因は最初にわからないままに SFLINZ を使ったことである。
SFLレコードをただただ追加するだけの処理にしておけば SFLレコードの処理は
大変やさしく安全なものになる。
いくら社内で SFLINZ が使われているからといって SFLINZ を使う正しい理由はどこにもなく
ただ処理を複雑なものにするばかりである。

正しい SFLレコードの処理は、

と覚えておこう。

と考えて差し支えない。
過去に SFLINZ が必要であったことは一度もない。
誤解を解いて高品質なプログラム開発を進めて欲しい。