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

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

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

Decimal(19,4)在大多数情况下工作得很好。您可以调整比例和精度，以适应您需要存储的数字的需要。即使在SQL Server中，我也不倾向于使用“money”，因为它是不标准的。

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

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

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

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

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

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

For accounting applications it's very common to store the values as integers (some even go so far as to say it's the only way). To get an idea, take the amount of the transactions (let's suppose $100.23) and multiple by 100, 1000, 10000, etc. to get the accuracy you need. So if you only need to store cents and can safely round up or down, just multiply by 100. In my example, that would make 10023 as the integer to store. You'll save space in the database and comparing two integers is much easier than comparing two floats. My $0.02.