PL/Iの世界へようこそ：レコードI/Oと「魔法の箱」バッファの仕組みを解き明かす
こんにちは。メインフレームの世界へようこそ。JavaやCOBOLでバリバリ開発してきた皆さんにとって、PL/I（ピーエル・ワン）という言語は、一見すると「古風でちょっと気難しい職人」のように見えるかもしれません。
確かにPL/Iには、他の言語とは一線を画す独特のルールがあります。今日はその中でも、皆さんが実務で必ず直面する「データセットの扱い（RECORD I/O）」と、その背後にある「ブロック化」という仕組みについて、少しだけ紐解いてみましょう。怖がる必要はありません。仕組みさえ分かれば、PL/Iは非常にパワフルで頼れる相棒になりますよ。
—
1. 「予約語」がない？ PL/Iの自由な命名規則に驚く
まず、皆さんが最初に出会う不思議は、「PL/Iには明確な予約語がない」ことかもしれません。
Javaなら `if` や `class` を変数名に使うことはできませんよね。でも、PL/Iは違います。例えば `IF` という名前の変数を作っても、コンパイラは文脈を読んで「ああ、これは変数だな」と判断してくれます。
/i
/ 変数名にIFを使っても怒られません。でも、推奨はしませんよ！ /
DCL IF FIXED BIN(15);
IF = 10;
なぜそんなことができるのか？ それは、PL/Iが「文脈依存」を極めた言語だからです。とはいえ、コードを読みやすくするためには、意味のある名前をつけるのがエンジニアの美学ですよね。この「自由度の高さ」こそが、PL/Iがかつて「何でもできる言語」として君臨した理由の一つです。
—
2. RECORD I/Oの舞台裏：ブロック化とバッファの最適化
さて、今回の本題です。メインフレームでファイルを扱うとき、`ENVIRONMENT` 属性というものを使います。これは、OS（z/OS）に対して「このデータはこういう顔をしていますよ」と教えるための大事なパスポートのようなものです。
なぜブロック化（BLKSIZE）が必要なのか？
メインフレームのストレージにとって、データを1件ずつ読み書きするのは非常に「おしゃべりな作業」で効率が悪いのです。そこで、複数のレコードをまとめて一つの箱（ブロック）に入れて読み書きします。これがブロック化です。
- FB (Fixed Block): 固定長レコード。全員同じサイズ。一番素直で扱いやすい優等生です。
- VB (Variable Block): 可変長レコード。長さがバラバラ。少し複雑ですが、柔軟性があります。
- U (Undefined): 未定義。中身はOSやプログラムが判断する、ちょっと上級者向け。
LRECLとBLKSIZEの黄金比
- LRECL: 1件のレコードの長さ。
- BLKSIZE: 1箱（ブロック）の全体の長さ。
ここで重要なのは、「BLKSIZE は LRECL の整数倍に設定する」という鉄則です。これがずれていると、無駄な空きスペース（パディング）が発生し、ストレージ効率がガタ落ちします。
—
3. 実践：PL/Iでファイルを定義する
では、実際にコードを見てみましょう。この定義はバッチ処理の肝となります。
/i
/ ファイルの定義：環境属性（ENVIRONMENT）を指定します /
DCL MY_FILE FILE RECORD INPUT
ENV(FB / 固定長ブロック形式 /
RECSIZE(80) / LRECL: 1レコード80バイト /
BLKSIZE(8000) / BLKSIZE: 1ブロック8000バイト（100レコード分） /
);
/ ワークエリアの定義 /
DCL 1 DATA_RECORD,
5 ID CHAR(5),
5 NAME CHAR(75);
/ ファイルをオープンして読み込む /
OPEN FILE(MY_FILE);
READ FILE(MY_FILE) INTO(DATA_RECORD);
/ 処理が終わったら忘れずに閉じる /
CLOSE FILE(MY_FILE);
なぜ「ランタイム」を意識するのか？
PL/Iのランタイムライブラリは、皆さんが `READ` を実行したとき、実は裏で「バッファ」と呼ばれるメモリ上の倉庫に、ブロック単位でドサッとデータを読み込んでいます。
皆さんが `READ` を呼び出すと、ランタイムは「倉庫（バッファ）から1レコードずつ切り出して渡す」という作業をしています。つまり、物理的にディスクへアクセスしているのは、プログラムが「ブロックの端」に到達したときだけなのです。
この「バッファ管理」を意識するようになると、JavaのI/O処理や、他の言語でのファイル操作がいかに自動化されているか、そしてメインフレームがいかに「泥臭く、しかし徹底的に効率を追求しているか」が肌感覚でわかってくるはずです。
—
最後に：怖がらなくて大丈夫
初めてのPL/Iは、独特の構文や属性の多さに圧倒されるかもしれません。でも、メインフレームの思想は非常に合理的です。「限られたリソースで、いかに膨大なデータを高速に処理するか」。そのための工夫が、`ENVIRONMENT` 属性であり、ブロック化という概念です。
「なぜこのBLKSIZEなのか？」「なぜFB形式なのか？」
そうやって疑問を一つずつ紐解いていけば、あなたは必ず、この堅牢なシステムを自在に操る一流のエンジニアになれます。
もし詰まったら、いつでも戻ってきてください。また一緒に、コードの裏側を覗いてみましょう。それでは、良いメインフレーム・ライフを！
