MySQL 中的DOUBLE 與DECIMAL：重新審視精度之爭

在MySQL 資料庫中儲存貨幣值時應避免使用DOUBLE，這是一種常見的做法由於潛在的精度問題。然而，實際場景提出了關於此建議有效性的問題。

平衡精度問題與實際考慮

給定的場景涉及一個遺留系統，其中有許多 DOUBLE 列，用於貨幣存儲。儘管沒有 SQL 算術運算，但問題在於儲存和檢索期間可能會出現精確度損失。

反對轉換的爭論

• 否不良影響： 儘管使用了六年，尚未觀察到與精度相關的錯誤。
• 足夠的精度： DOUBLE 的 15 位元精度可容納 2-8 位元所需的小數精度。
• 外部計算： 在 Java 中使用 BigDecimal 執行貨幣計算，最大限度地減少 MySQL 資料格式化的影響。

參數注意

• 舍入問題： DOUBLE 使用浮點數學，這可能會引入舍入誤差。像 0.1 0.2 這樣的運算可能會導致 0.30000000000000004。
• 潛在的精度損失： 雖然在給定場景中不太可能發生精度損失，但這仍然是理論上的

結論

在特定場景的上下文中，反對將DOUBLE 轉換為DECIMAL 的論點超過了支持它的論點。由於沒有 SQL 算術運算、足夠的精度以及經過驗證的追蹤記錄，表明精度損失的風險很小。然而，值得注意的是，對於高精度貨幣計算或在需要進行大量 SQL 算術運算的資料庫中，DECIMAL 可能是更合適的資料類型，儘管它可能會增加儲存空間需求。