MySQL 中的货币值是否应该将 DOUBLE 转换为 DECIMAL？

MySQL 中的 DOUBLE 与 DECIMAL：重温精度之争

在 MySQL 数据库中存储货币值时应避免使用 DOUBLE，这是一种常见的说法由于潜在的精度问题。然而，实际场景引发了对该建议有效性的质疑。

平衡精度问题与实际考虑

给定的场景涉及一个遗留系统，其中有许多 DOUBLE 列储钱。尽管没有 SQL 算术运算，但问题在于存储和检索过程中可能会出现精度损失。

反对转换的参数

• 否不良影响：尽管使用了六年，尚未观察到与精度相关的错误。
• 足够的精度：DOUBLE 的 15 位精度可满足 2-8 所需的小数精度
• 外部计算：货币计算是使用 BigDecimal 在 Java 中执行的，最大限度地减少 MySQL 数据格式的影响。

注意事项

• 舍入问题： DOUBLE 使用浮点数学，这可能会引入舍入误差。像 0.1 0.2 这样的运算可能会导致 0.30000000000000004。
• 潜在的精度损失：虽然在给定场景中不太可能发生精度损失，但理论上它仍然是一种可能性。

结论

在特定场景的上下文中，反对将 DOUBLE 转换为 DECIMAL 的论点超过了支持它的论点。由于没有 SQL 算术运算、足够的精度以及经过验证的跟踪记录，表明精度损失的风险很小。然而，值得注意的是，对于高精度货币计算或在需要进行大量 SQL 算术运算的数据库中，DECIMAL 可能是更合适的数据类型，尽管它可能会增加存储空间需求。

以上是MySQL 中的货币值是否应该将 DOUBLE 转换为 DECIMAL？的详细内容。更多信息请关注PHP中文网其他相关文章！