MySQL における DOUBLE と DECIMAL : 精度に関する議論の再訪

MySQL データベースに通貨値を格納する場合は DOUBLE を避けるべきであるというのはよく言われることです潜在的な精度の問題のため。ただし、実際のシナリオでは、この推奨事項の妥当性について疑問が生じます。

精度に関する懸念と実際的な考慮事項のバランスを取る

指定されたシナリオには、多数の DOUBLE 列を持つレガシー システムが含まれています。お金の保管場所。 SQL 算術演算が存在しないにもかかわらず、懸念は、保存および取得中に精度が失われる可能性があることです。

変換に対する議論

• いいえ悪影響: 6 年間の使用にも関わらず、精度関連のバグは発生していません。
• 十分な精度: DOUBLE の 15 桁の精度は、必要な 2 ～ 8 桁の小数精度に対応します。
• 外部計算: 金銭計算BigDecimal を使用して Java で実行され、MySQL データの影響を最小限に抑えます。 formatting.

注意すべき引数

• 丸めの問題: DOUBLE は浮動小数点演算を使用するため、丸めエラーが発生する可能性があります。 。 0.1 0.2 のような演算は 0.30000000000000004 になる可能性があります。
• 潜在的な精度の損失: 指定されたシナリオで精度の損失が発生する可能性は低いですが、理論的なものであることに変わりはありません。

結論

特定のシナリオのコンテキストでは、DOUBLE を DECIMAL に変換することに反対する議論が、変換を支持する議論を上回ります。 SQL 算術演算がないこと、十分な精度、実績があることから、精度損失のリスクは最小限であることがわかります。ただし、高精度の金融計算や大規模な SQL 算術演算が必要なデータベースの場合は、必要な記憶域スペースが増加する可能性があるにもかかわらず、DECIMAL の方がデータ型として適している可能性があることに注意することが重要です。