これは、困ったタイトルである。本来計算が得意なはずの表計算ソフトが、実は、小数計
算が苦手だという。
私自身も、あるパズルの実証計算で似たようなことを最近経験した。
（→ 参考：擬似小町算（２））
Ｅｘｃｅｌ のＶＢＡのプログラムで、ある場合が条件に適するかどうかを、ＩＦ文を用いて、
Ｎ−ＩＮＴ（Ｎ）＝０ で判断させたのだが、本来検出される場合が検出されず、場合の数の数
え漏れとなってしまった。
当ＨＰがいつもお世話になっている未菜実さんから、「ABS(N-INT(N))<δ」で判定する方が
良いかもしれませんね！」とアドバイスを頂き、パズルの文章表現を訂正することができた。
その未菜実さんから、「日経ＰＣ２１の４月号で、エクセルの演算誤差について特集が組ま
れている」ということを、お教えいただいた。また、日経ＰＣ２１のＨＰでも演算誤差対策が載っ
ているということで、早速アクセスしてみた。
その内容に愕然ときた。
例 ８．２−７．２ の計算をさせる。通常の既定値だと、「１」と表示されて、何も問題がな
いかに見える。計算結果を、次の表示桁で表示させてみる。
小数点以下１４位までは、 １．００・・・０ で特別なことは起こらない。
小数点以下１５位までだと、 ０．９９・・・９ と表示される。（「あれっ？」）
小数点以下１６位以上だと、 ０．９９・・・９００・・・００ と表示される。（「え〜っ！」）
計算の正確さよりも、計算の速度を優先させた結果とのことであるが、それにしても非
常に驚くべき事実である。
同僚が試しに ８．２−７．２−１ を計算させたら、
−０．０００００００００００００００８８８１７８４１９７００１２５・・・
これを見て、同僚も「これはまずい！」と嘆いていた。また、１２８．２−１２７．２ でも同
じ現象が起こるが、なぜか、９８．２−９７．２ などでは起こらない。とても不思議な現象
である。他にも、６４．１−６３．１、・・・・・・・・・などたくさん！！。
これらの問題を解消する方法が日経ＰＣ２１のＨＰにいろいろ述べられている。小数計
算は苦手だが、整数計算はめっぽう強いので、できるだけ小数のままで判断処理しない
で、１０のべき乗を乗じてｒｏｕｎｄ関数を活用するといいらしい。早速、日経ＰＣ２１の４月
号を購入して、勉強することにしよう！
