1. 導入：なぜVARYING属性が必要なのか
メインフレームでの開発において、データ項目を宣言する際に「最大長」を決め打ちにするのは一般的です。しかし、格納するデータの長さが毎回異なる場合、固定長で宣言すると、無駄な空白（スペース）を保持し続けることになります。この「無駄な領域」を削減し、文字列連結などの処理を効率化するために使われるのがVARYING属性です。これを理解することで、メモリ消費を抑え、プログラムのパフォーマンスを最適化できるようになります。
2. 基礎知識：VARYING属性の仕組み
通常、`CHAR(200)`のように宣言すると、データの中身に関わらず常に200バイトが確保されます。一方、`VARYING`を付与すると、メモリ上には「先頭の2バイト（長さフィールド）」＋「実データ」という形式で保持されます。
例えば、`DCL MSG CHAR(200) VARYING`と宣言した場合、実際に”Hello”という5バイトの文字列を代入すれば、内部的には「5」という長さ情報と「Hello」という実データのみが格納されます。これにより、処理対象のデータ長をシステムが自動的に判別できるようになります。
3. 実装と解決策
VARYING属性を宣言した変数は、代入や連結を行う際に、自動的に長さフィールドが更新されます。特に、繰り返し処理で文字列を結合するような場合、固定長で行うと右側の空白をトリミングする手間が発生しますが、VARYINGを使えばその必要はありません。
4. サンプルプログラム
以下は、PL/IにおけるVARYING属性を用いた文字列結合の例です。
/ サンプルプログラム: VARYING属性による文字列結合 /
DCL MSG CHAR(100) VARYING; / 最大100バイトの可変長文字列 /
DCL PART1 CHAR(10) INIT(‘メインフレーム’);
DCL PART2 CHAR(10) INIT(‘開発’);
/ 最初は空の状態から開始 /
MSG = ”;
/ 文字列を結合する（長さは自動的に管理される） /
MSG = PART1 || PART2;
/
結果としてMSGには「メインフレーム開発」という16バイトのデータと、
「16」という長さ情報が格納されます。
固定長のように空白を削る関数（TRIM等）を意識する必要はありません。
/
5. 応用・注意点
現場で注意すべきは、他言語（特にJavaなど）からメインフレームへ移行する際の考え方です。Javaの `String` は一度生成すると変更できない「不変（Immutable）」オブジェクトですが、PL/Iの `VARYING` は変数そのものが可変です。
Javaで `StringBuilder` を使って効率的に文字列を生成するのと同様の感覚で使えるため、文字列結合を多用するループ処理では非常に強力です。
ただし、最大長（この例では100）を超えてデータを書き込もうとするとエラーが発生するため、データの最大サイズを正しく見積もって宣言することが、バグを防ぐための重要なポイントとなります。
コメント