SQL Server の 概数型について

Question

現在、SQL Server 2000を使用しています。
テーブルの一部にfloat型が存在しております。

事案としてはSQL Serverをマイグレーションしているのですが、
その際にfloat型が丸められてしまう現象が発生しています。

例：
SQL Server 2000 ⇒ 123.40000001
SQL Server 2000 ⇒ 123.4

マイグレーションは、2000でDBバックアップを行い、
2008でリストアを行っているだけです。
2008でも当然float型です。

マイクロソフトのサイトで、

float 型と real 型を概数型と呼びます。float 型と real 型の動作は、概数型についての IEEE 754 仕様に従います。

とあったのですが、具体的にどのような設定をすれば回避出来るかご教授頂ければ幸いです。

https://technet.microsoft.com/ja-jp/library/ms187912%28v=sql.105%29.aspx

よろしくお願いします。

---追加
浮動小数点をconvertでdecimalへの移行が出来たのですが、
VBSを使用しているのですが、現状float型で拾ってきた値を「5.2356<>0」などの比較がなされておりdecimalで該当ロジックに入ると型の不一致が起きてしまうようです。
ちなみにDBから取得した値は変数に入れることなく直接、「rs_["hoge2]<>0」のような比較がなされています。

VBSでは浮動小数点型を数値型として認識してdecimal型は文字？として扱うのでしょうか？？
よろしくお願い申し上げます。

Answer 1

回答が付かない様なので、参考程度です。
’
MS-SQL Server 2000 の資料を探したのですが、
MSのサイトは不定期的に変更移転してリンクが切れるので、今現在参照可能な場所です。
（英語原文を当たるばあいは、URL 内の、ja-jp ⇒ en-us として下さい。）
’
Microsoft SQL Server 2000
https://msdn.microsoft.com/ja-jp/library/ms950404.aspx
https://msdn.microsoft.com/ja-jp/library/aa257103.aspx
float 型と real 型
https://msdn.microsoft.com/ja-jp/library/aa258876(v=sql.80).aspx
float 型：n=124：有効桁数、最大７桁
float 型：n=2553：有効桁数、最大１５桁
’
現行サイト
float 型と real 型 (Transact-SQL)
https://msdn.microsoft.com/ja-jp/library/ms173773.aspx
float 型：n=124：有効桁数、最大７桁
float 型：n=2553：有効桁数、最大１５桁
’
変わっていない様子、というより変わったら困る。
’

SQL Server 2000 ⇒ 123.40000001

⇒桁数：３桁＋８桁、１１桁、桁数５桁以後、有効桁数７桁まで、値０

SQL Server 2008 ⇒ 123.4

⇒有効桁数分表示されていないが、MS SQL Server Management Studio の場合は、
省略表示になる。
’
有効桁数７桁であれば、有効桁数分の値としては、正常ですが、
アプリ側(VB6/VBA6系/VB.NET/C#) で、Single の値を書いた時に、
掲示の様に有効桁数分以下の処へ、１が付く場合があるのは、確認しています。
’
私だったら
１．MS-SQL 2000 の当該Table をCSVでExport して、値を確認してみます。
２．MS-SQL 2008 の当該Table へCSVからImport して、値を確認してみます。
EXCEL BOOK へのExprot等は使用しません。EXCELのシートにも有効桁数はあります。
３．気は進まない方法１、当該DBのコピーを作って、
MS SQL Server 2008の方で、アタッチしてみる。
mdf / ldf は、デタッチしてあるか、サーバーインスタンスが停止されていれば、
Windowsのコピー機能でコピー可能ですが、新サーバーの方で、セキュリティ設定が
必要かもしれません。※１
４．気は進まない方法２：当該DBのコピーを作って、
コピーの方のフィールドの設定：float(n)：たぶん２４以下になっている設定を、
５３にしてみる。

※１：TeraCopy 等を使うとCRCチェック付のコピー＆ベリファイが出来るので
安全ですが、セキュリティ設定が必要かもしれません。（OSによります。）
Windows では2Gだったか、4Gだったからのコピーは、BulkCopy になる筈（うろ覚え）

Comments

[h-yoshinaka]

ご回答ありがとうございます。
大変助かります！
私もCSVで値を確認したのですが、
やはりご指摘の通り桁が丸まってしまうようですね・・・。

こんな記事を見つけました。
http://bbs.wankuma.com/index.cgi?mode=al2&namber=75335&KLOG=126

float型から明示的にdecimalに変換した方が良いのかも・・・と悩んでおります。
ただ、その場合、浮動小数点型のfloatに対してどのような桁数をdecimalに持たせることが適切か・・・こちらはPJで頭を悩ませてるところです。

コンバートで皆さんが良い策をお持ちでしたら引き続き回答をお待ちします。
よろしくお願いします。

[daive]

私だったら、
要求が、データベースだけで完結してしまう＆本来誤差である値を保持であれば、
decimal：整数桁数、少数桁数、
にすると思います。が、値がどうなるかの検証は必要だと思います。
しかし、上位のアプリ側で、データを書込、更新するのであれば、
上位側の対応が、必要になりませんか？
上位側で、Single で読み書きすれば、概数に付き物の誤差が発生します。
⇒型変換をどうするかなどは、考慮していません。

[h-yoshinaka]

ありがとうございます。
それが順当ですよね。
検討材料にさせて頂きます。