ActiveRecord 中的浮点数与小数

我记得我的 CompSci 教授说永远不要使用浮点数作为货币。

原因是二进制格式的IEEE specification defines floats如何。基本上，它存储符号、分数和指数来表示浮点数。这就像二进制的科学记数法（类似于 +1.43*10^2）。因此，不可能将分数和小数精确地存储在 Float 中。

这就是为什么有十进制格式的原因。如果你这样做：

irb:001:0> "%.47f" % (1.0/10)
=> "0.10000000000000000555111512312578270211815834045" # not "0.1"!

而如果你只是这样做

irb:002:0> (1.0/10).to_s
=> "0.1" # the interprer rounds the number for you

因此，如果您正在处理小部分，例如复利，甚至可能是地理位置，我强烈建议使用十进制格式，因为在十进制格式中 1.0/10 正好是 0.1。

但是，应该注意的是，尽管精度较低，但浮点数的处理速度更快。这是一个基准：

require "benchmark" 
require "bigdecimal" 

d = BigDecimal.new(3) 
f = Float(3)

time_decimal = Benchmark.measure{ (1..10000000).each { |i| d * d } } 
time_float = Benchmark.measure{ (1..10000000).each { |i| f * f } }

puts time_decimal 
#=> 6.770960 seconds 
puts time_float 
#=> 0.988070 seconds

回答

当您不太关心精度时，请使用浮点数。例如，一些科学模拟和计算最多只需要 3 或 4 位有效数字。这在权衡准确性以换取速度时很有用。由于他们不需要像速度一样多的精度，他们会使用浮点数。

如果您正在处理需要精确并总结为正确数字的数字（例如复利和与金钱相关的事物），请使用小数。请记住：如果您需要精度，那么您应该始终使用小数。

---

在 Rails 3.2.18 中，使用 SQLServer 时 :decimal 会变成 :integer，但在 SQLite 中可以正常工作。切换到 :float 为我们解决了这个问题。

吸取的教训是“始终使用同构开发和部署数据库！”

---

在 Rails 4.1.0 中，我遇到了将纬度和经度保存到 MySql 数据库的问题。它不能保存浮点数据类型的大分数。我将数据类型更改为十进制并为我工作。

def change
    change_column :cities, :latitude, :decimal, :precision => 15, :scale => 13
    change_column :cities, :longitude, :decimal, :precision => 15, :scale => 13
  end

---