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

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

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

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

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

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

非常晚进入，但GAAP是一个很好的经验法则。对货币字段应用DECIMAL(13,4)就足够了。

如果你的应用程序需要处理高达一万亿的货币价值，那么这应该工作:13,2如果你需要遵守GAAP(公认会计原则)，那么使用:13,4 通常你应该把你的货币值加到13,4，然后把输出四舍五入到13,2。

在MySQL中，您可以使用DECIMAL或NUMERIC数据类型，因为它们存储精确的数值数据值。

使用13,4可以得到999,999,999.9999美元。根据ISO 4217，只有2个国家使用小数点后4位(智利和乌拉圭)。

来源:

ISO 4217 -定义用于表示货币的alpha和数字代码。 流通货币一览表 在MySQL中存储货币值的最佳数据类型

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

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

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

Assaf的回应

这取决于你有多少钱…

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

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