我记得我的CompSci教授说永远不要使用浮动货币。

原因是IEEE规范定义了浮点数是二进制格式的。基本上,它存储符号、分数和指数来表示Float。它就像二进制的科学符号(类似+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中,:decimal在使用SQLServer时转换为: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