虽然这可能有点晚，但对其他人来说是有帮助的。根据我的经验和研究，我已经知道并接受十进制(19,6)，这是在使用php和mysql时。当工作与大量的钱和汇率

计算出计算所需的小数点后多少位也很重要。

我开发了一个股票价格应用程序，需要计算100万股的价格。报价的股价必须精确存储到7位数。

唯一需要注意的是，如果从一个数据库迁移到另一个数据库，你可能会发现DECIMAL(19,4)和DECIMAL(19,4)表示不同的东西

(http://dev.mysql.com/doc/refman/5.1/en/precision-math-decimal-changes.html)

    DBASE: 10,5 (10 integer, 5 decimal)
    MYSQL: 15,5 (15 digits, 10 integer (15-5), 5 decimal)

您可以在默认情况下对所有货币值使用DECIMAL(19,2)之类的值，但如果您只存储低于1,000美元的值，那么这将浪费宝贵的数据库空间。

对于大多数实现，DECIMAL(N,2)就足够了，其中N的值至少是。你期望存储在这个字段中的最大的总和中+ 5。因此，如果您不希望存储任何大于999999.99的值，DECIMAL(11,2)应该绰绰有余(直到期望发生变化)。

如果您希望符合GAAP，则可以使用DECIMAL(N,4)，其中N的值至少是。在你期望存储在这个字段中的最大的总和中+ 7。

Assaf的回应

这取决于你有多少钱…

听起来很轻率，但实际上是相关的。

就在今天，我们遇到了一个问题，记录未能插入到我们的Rate表中，因为其中一列(GrossRate)被设置为Decimal(11,4)，而我们的产品部门刚刚获得了一份合同，在Bora Bora的某个令人惊讶的度假胜地，每晚售价数百万太平洋法郎……这是10年前设计数据库模式时从未预料到的。

简单的回答:我建议使用十进制，精度根据您的需要。如果你想要存储整数的货币小单位(例如美分)，并且在你的编程语言中处理小数有困难，可以选择精度= 0的Decimal。

为了找到所需的精度，你需要考虑以下几点:

您支持的货币类型(它们可以有不同数量的小数)。加密货币最多有18个小数(ETH)。由于通货膨胀，小数的数量可以随着时间的推移而改变。 存储小单位商品的价格(可能是从另一种货币转换的结果)或使用累加器可能需要使用比一种货币定义的更多的小数

如果您需要更改精度，则存储最小单元的整数可能导致将来需要重新缩放值。如果用小数，就简单多了。

文章中有更多细节和注意事项。