1. 導入
メインフレーム開発において、メモリの節約や通信データの最適化は永遠のテーマです。特に、フラグや状態管理のためにビット列を扱う際、固定長のBIT型では「最大長に合わせて領域を確保する」必要があり、メモリの無駄が生じます。そこで重宝するのが「BIT VARYING」型です。これは、必要な分だけの長さを動的に扱えるため、ストレージ効率を向上させつつ、柔軟なデータ処理を実現する重要な技術です。
2. 基礎知識
BIT VARYING型とは、その名の通り「可変長のビット列」を保持するデータ型です。CHARACTER VARYING型（可変長文字列）と同様の仕組みで、データの先頭に「現在のビット長」を示す数バイトの管理領域（ヘッダ）を持ちます。
例えば、最大1000ビットで宣言しても、実際に使用しているのが5ビットであれば、メモリ上ではその5ビット分と管理領域だけで保持されます。これにより、可変長フラグセットや圧縮データのバッファとして非常に高い効率を発揮します。
3. 実装/解決策
BIT VARYINGを扱う際は、宣言時の最大長（MAXIMUM LENGTH）を適切に設定することが重要です。また、プログラム内部でビット長を動的に変更する場合、言語仕様に応じた「長さの更新」が自動で行われるか、あるいは明示的な代入が必要かを意識する必要があります。ネットワーク通信や外部ファイルへ出力する際は、この「先頭の長さ情報（ヘッダ）」が物理的に存在することを考慮し、バイナリ転送時のデータ構造を設計してください。
4. サンプルプログラム
以下は、PL/Iを想定したBIT VARYINGの利用例です。
/ 可変長ビット列の宣言：最大100ビットまで保持可能 /
DCL BIT_BUFFER BIT(100) VARYING;
/ ビット列への代入（長さは自動的に3ビットとして設定される） /
BIT_BUFFER = ‘101’B;
/ 現在のビット長を確認する組み込み関数（例：LENGTH） /
DCL CURRENT_LEN FIXED BIN;
CURRENT_LEN = LENGTH(BIT_BUFFER); / 結果は3が返る /
/ ビットの結合処理 /
BIT_BUFFER = BIT_BUFFER || ’11’B; / 現在の末尾にビットを追加 /
/ 結果の確認 /
PUT SKIP LIST(‘現在のビット列:’, BIT_BUFFER);
PUT SKIP LIST(‘現在の長さ:’, LENGTH(BIT_BUFFER));
5. 応用・注意点
現場でよくある失敗は、他の言語（JavaのBitSetなど）との連携時に発生します。現代の言語では「長さ情報」をプロパティとして内部管理しますが、メインフレーム側で出力したBIT VARYINGデータには、物理的に「長さフィールド」が含まれています。
外部システムへデータを渡す際は、このヘッダ部分をスキップして処理するか、あるいは受信側でヘッダを読み飛ばすロジックを実装しないと、データが正しく解釈されません。互換性を保つため、通信仕様書には「先頭2バイト（または4バイト）の長さフィールドを含む」旨を明記しておくことが、トラブルを防ぐ鍵となります。
コメント