我在数据库中使用小数列来存储货币价值，今天我在考虑使用什么精度和比例。
由于固定宽度的字符列更有效率，我认为小数列也可能是一样的效果。这是吗？
还有，我应该使用什么精度和比例？我正在考虑精度24/8。这是过头了，不够还是可以的呢？
这是我决定要做的：
DECIMAL(19,4)我认为，将转换率存储为浮点数并不是问题，因为它主要是用于参考，并且我将把它转换为小数。
感谢大家宝贵的意见。
DECIMAL(19, 4)，这是一个常见的选择（通过快速谷歌可以得到相关信息）。我认为这起源于旧的VBA/Access/Jet货币数据类型，在该语言中是第一种固定点小数类型；而Decimal则只在VB6/VBA6/Jet 4.0版本中以“1.0”样式（即未完全实现）出现。Currency类型映射到后端的DECIMAL(19, 4)类型之一原因是Currency天生具有银行家取整，而DECIMAL(p,s)通过截断进行取整。
DECIMAL的额外小数位允许实现自定义的取整算法，而不是采用供应商的默认方法（对于期望所有以.5结尾的值向远离零方向舍入的设计师来说，银行家取整令人震惊）。DECIMAL(24, 8)听起来有些过头了。大多数货币报价在四到五位小数点之间。我知道有些情况需要8（或更多）位小数的范围，但这是在普通货币金额（例如四位小数）被按比例分配的情况下，暗示应相应降低小数精度（在这种情况下请考虑使用浮点类型）。而现在很少有人有24位小数的钱需要这么高的精度:)DECIMAL(p, 6)进行存储。会计师通常喜欢四个小数位。避免使用SQL Server的MONEY数据类型，因为它在四舍五入时存在严重的精度问题，还有其他可移植性等方面的考虑。请参见Aaron Bertrand的博客。
微软和语言设计师选择了银行家舍入，因为硬件设计师选择了它 [需要引用证明？]。例如，它被奉为电气和电子工程师学会（IEEE）标准。而硬件设计师之所以选择它是因为数学家们喜欢它。详情请参阅维基百科；简单概括一下：1906年版本的《概率与误差理论》将其称为“计算机规则”（“计算机”指进行计算的人类）。
DECIMAL(19, 4) 比 DECIMAL(19, 2) 更受欢迎？大多数世界货币只有两位小数。 - cokedude我们最近实施了一个需要处理多种货币价值并进行转换的系统，并且通过艰辛的过程找出了一些问题。
永远不要在货币计算中使用浮点数
浮点运算引入的不准确性可能直到它们搞砸事情之前都不会被注意到。所有的值都应该存储为整数或定点数类型，如果您选择使用定点数类型，请确保您完全理解该类型在内部做了什么（即，它是否在内部使用整数或浮点类型）。
当您需要进行计算或转换时：
在第3步将浮点数转换回整数时，不要只是进行强制转换-先使用数学函数将其四舍五入。这通常将是round，尽管在特殊情况下它可以是floor或ceil。了解差异并进行精心选择。
存储数字类型和值一起
如果您只处理一种货币，则这可能不那么重要，但对于我们来说，处理多种货币很重要。我们使用了货币的3个字符代码，例如USD、GBP、JPY、EUR等。
根据情况，还有可能有助于存储：
了解您正在处理的数字的精确范围
对于实值，您希望尽可能精确地精确到货币最小单位。这意味着您没有比一美分、一便士、一日元、一分等更小的价值。不要无故存储比这更高的精度值。
在内部，您可以选择处理较小的值，在这种情况下，这是一种不同类型的货币值。确保您的代码知道哪一个是哪一个，并且不会混淆它们。即使在这里，也要避免使用浮点数值。
将所有这些规则相加，我们决定遵循以下规则。在运行代码中，货币使用最小单位的整数进行存储。
class Currency {
String code; // eg "USD"
int value; // eg 2500
boolean converted;
}
class Price {
Currency grossValue;
Currency netValue;
Tax taxRate;
}
USD:2500
这存储了价值为$25.00的数值。我们之所以能够做到这一点，仅因处理货币的代码不需要在数据库层本身内执行，所以所有值都可以先转换为内存。其他情况也肯定有适用于其他解决方案的情况。
而且，如果我之前没有说清楚，不要使用浮点数！
bigint。在处理大整数时，不要浪费时间使用PHP 32位，升级到64位或Node.JS ;) - Ricky Boyce在处理MySQL中的货币时，如果您知道您的货币值的精度，请使用DECIMAL（13,2），或者如果您只想要一个快速的足够好的近似值，请使用DOUBLE。
因此，如果您的应用程序需要处理高达一万亿美元（或欧元或英镑）的货币价值，那么这应该可以胜任：
DECIMAL(13, 2)
或者，如果您需要遵守GAAP，那么请使用：
DECIMAL(13, 4)
SQL Server的货币数据类型具有小数点后四位。
来自SQL Server 2000 Books Online：
货币数据表示正数或负数金额。在Microsoft® SQL Server™ 2000中，使用money和smallmoney数据类型存储货币数据。货币数据可以存储到小数点后四位的精度。使用money数据类型存储-922,337,203,685,477.5808到+922,337,203,685,477.5807范围内的值（需要8个字节来存储一个值）。使用smallmoney数据类型存储-214,748.3648到214,748.3647范围内的值（需要4个字节来存储一个值）。如果需要更多的小数位数，请改用decimal数据类型。
如果您将在数据库中执行任何算术运算（例如将账单费率相乘等），您可能需要比这里的建议更精确的计算。这是因为，与应用程序代码中使用不到双精度浮点值同样的原因。
BigDecimal），但很长一段时间内都是双精度（即用double而不是float）。此外，任意精度在某些情况下会带来显著的性能损失。测试绝对是正确的方法。 - Hank GayDecimal(x, 2)是可以的。Decimal(x, 3)），以此类推。Decimal(x, 6)）。DECIMAL(13,2)
我认为这应该允许最多99,999,999,999.99。
DECIMAL(19, 4)是一个流行的选择，查看这里，还可以参考这里全球货币格式来决定使用多少位小数，希望能帮到你。 - Shaiju T