Oracle DBのNumber型をSingleで受けたら誤差った

絶対忘れてたぶん次も調べるだろうからメモっておきます。やったのは私ではないのですが、相談を受けてちょいと調べました。

環境

.NET Framework 3.5 + C#
Oracle Database（バージョン不明）

起きたこと

Oracle DatabaseのNumber型（小数含む）をDatasetで受けた
いくつかの数値（たとえば8.5のような値）が、受けたDataset内で誤差を含んでしまった

どれくらいの誤差かというと、0.85が0.8500003とかになるくらいの誤差（正確な記録を取っていないので雰囲気だけです。桁数とか違うかもしれません）。要するに、少しだけ増えてしまったというわけです。これは困ります。

対処

Datasetの該当カラムに対応するデータ型をDecimalにする。

理由

自動で作成したのか手作業だったのかは知りませんが、データの受け取りに使っていたDatasetの該当カラムがFloat型（System.Single）で定義されていました。Singleは浮動小数点方式で数値を記録するので、誤差が出ることがあります。細かい説明は詳しい人に譲ります。私は数字の誤差に関する知識が貧弱で、実のところ正確には理解し切っていないので漠然と「誤差が出る」くらいの認識しかありません。

ま、それはさておき、誤差が出るわけです。で、マイクロソフトさんはどうしろと言っているかというと、Oracle DBのNumber型はDecimal型で受けろと言っています。

Oracleデータ型のマッピング（ADO.NET）: http://msdn.microsoft.com/ja-jp/library/vstudio/cc716726(v=vs.90).aspx

上記リンクを参考にしてください。Decimal型は28桁までの数値を、いわば筆算でノートに数字を書いて計算するように、馬鹿正直に記録して保持するデータ型です。表現可能な桁数の範囲内であれば誤差は出ないようです（正確なところは知りませんゴメンナサイ）。というわけで、Number型を扱う場合はDecimal型で受けるのが無難です。

ちなみに、小数を含まない整数のNumber型であれば過去に実験したことがあります。

Oracle DB、Number型をExecuteScalarで取ったら…: http://www.backyrd.net/entry/20120316/p3

2012年の名古屋案件で、共通ライブラリがOracle DBからデータを受けるのに何を使うかという検討で調べてみた結果です。ODP.NETを使うと、自動的に「入ってる数値が収まる.NETの型」を用意してくれるのですが、Number型の方が上限サイズは大きいので、29桁以上であればオーバーフローします。これも、Decimalで受けていればとりあえず28桁まではどんな数値でもはいってたのですね。