PL/Iの「V」は魔法の杖？仮想小数点（PIC ‘V’）を優しく攻略する
こんにちは！メインフレームの世界へようこそ。
JavaやCOBOLを触ってきた皆さんが、いざPL/Iのコードを開いて驚くのが、あの独特な変数宣言ではないでしょうか。特に、金額計算などで頻出する「PIC ‘9(7)V99’」のような記述。
「え、データの中に小数点なんて入っていないのに、なぜVなんて書くの？」
「これ、計算するときに勝手にずれるの？怖くない？」
そんな疑問を抱いたあなた、安心してください。PL/Iの仮想小数点（V）は、実は「物理的なメモリを節約しつつ、計算を爆速にする」ための先人たちの知恵の結晶なんです。今日は、この少し不思議な「V」の正体を、紐解いていきましょう。
—
そもそも「仮想小数点」ってなに？
通常、私たちが日常で使う「123.45」という数字は、メモリ上でも「1, 2, 3, ., 4, 5」という6文字（6バイト）が必要になりますよね。でも、メインフレームの基幹システムでは、1バイトの無駄が命取りになることがありました。
そこで登場するのが「仮想小数点」です。
「データの中にはドットは書かない（物理的には存在しない）けれど、コンパイラには『ここが小数点だよ！』と教えておく」というルールなんです。
イメージで理解する
例えば `12345` という数字があったとします。
これを `PIC ‘999V99’` と宣言すると、PL/Iはこう解釈します。
- 物理的実態： `12345` （ただの整数）
- 論理的解釈： `123.45` （小数点があるかのように振る舞う）
Javaの `BigDecimal` のように小数点オブジェクトを保持するコストをかけず、整数値としてメモリに詰め込みつつ、計算時だけコンパイラが「あ、ここは小数点が2桁ある場所だな」と認識して、自動的に位取りを調整してくれる。これがPL/Iの魔法です。
—
実践コード：PL/Iで書いてみよう
実際に、どのように記述するのか見てみましょう。メインフレームのバッチ処理でよくある、単価と数量の計算を例に挙げます。
1
/ —————————————————- /
/ PL/I プログラムの基本構造の例 /
/ —————————————————- /
CALC_PROC: PROCEDURE OPTIONS(MAIN);
/ 1. 変数宣言（DCL: DECLAREの略） /
/ 単価: 5桁の整数部と2桁の小数部（計7桁） /
DCL UNIT_PRICE FIXED DEC(7, 2);
/ 数量: 整数 /
DCL QUANTITY FIXED DEC(5, 0);
/ 金額: 計算結果を格納する変数 /
DCL TOTAL_AMT FIXED DEC(12, 2);
/ 2. 値の代入と計算 /
UNIT_PRICE = 1234.56; / 内部的には 123456 として保持 /
QUANTITY = 10;
/ ここでコンパイラが自動的に位取りを調整します /
TOTAL_AMT = UNIT_PRICE QUANTITY;
/ 結果の表示（PUT SKIP は改行して出力の意味です） /
PUT SKIP EDIT (‘計算結果: ‘, TOTAL_AMT) (A, F(12,2));
END CALC_PROC;
このコードの「すごいところ」
COBOLやJavaを経験された方は、「あれ、小数点位置が違う変数同士を掛け算したら、位取り（スケール調整）が面倒じゃない？」と思われるかもしれません。
しかし、PL/Iはコンパイラが優秀です。`FIXED DEC`（固定小数点）同士の演算であれば、コンパイラが自動的に「この演算結果の小数点位置はここだ」と判断し、必要なシフト演算や調整コードを生成してくれます。 プログラマが手動で `100` を掛けたり割ったりして調整する必要はないのです。
—
初学者が気をつけるべき「落とし穴」
一つだけ、現場でよくあるトラブルを紹介しますね。
それは「定義桁数を超えたとき」です。
もし、計算結果が `TOTAL_AMT` の桁数（12桁）を超えてしまった場合、PL/Iはデフォルトで警告を出すか、あるいは静かに上位桁を切り捨てます（※コンパイラオプションによります）。
「計算が合わない！」と泣きつく前に、まずは `DCL` で定義した桁数が、将来的に発生しうる最大値に対して十分か、一度確認してみてください。特に集計処理では、計算後の桁数が元の変数より大きくなるのは「あるある」です。
—
最後に：怖がる必要はありません
PL/Iの `PIC ‘V’` や `FIXED DEC` は、一見すると「古臭い制約」に見えるかもしれません。しかし、これはCPUのパワーが今よりもずっと限られていた時代に、「いかに正確に、いかに高速に、いかに少ないメモリで計算するか」を極限まで追求したエンジニアたちの知恵の結晶です。
今ではJavaなどで簡単に処理できることでも、メインフレームの歴史的な背景を知ると、その動作一つひとつに愛着が湧いてきませんか？
もしコードを見ていて「これ、どういう意味？」と迷うことがあったら、いつでも立ち止まって、PL/Iが「どんな風にメモリを使おうとしているのか」を想像してみてください。その視点を持つだけで、あなたはもう、立派なメインフレーム・アーキテクトの卵です。
次回のブログでは、この `FIXED DEC` と `FLOAT DEC`（浮動小数点）の使い分けについて、もう少しディープな話をしたいと思います。それでは、今日も良きメインフレームライフを！
