我想在MySQL数据库中存储许多记录。它们都包含货币价值。但我不知道每个数字要插入多少位。 为此，我必须使用哪种数据类型? VARCHAR或INT(或其他数值数据类型)?
当前回答
将钱存储为BIGINT乘以100或更多，以使用更少的存储空间为理由，在所有“正常”情况下都没有意义。
为了与GAAP保持一致，以DECIMAL(13,4)存储货币就足够了。 MySQL手册读到每9位需要4个字节来存储DECIMAL。 https://dev.mysql.com/doc/refman/8.0/en/precision-math-decimal-characteristics.html DECIMAL(13,4)表示9位+ 4位小数(小数点后数位)=> 4 + 2字节= 6字节 与存储BIGINT所需的8个字节相比。
其他回答
因为货币需要精确的表示，所以不要使用像float这样的近似数据类型。您可以使用定点数值数据类型
decimal(15,2)
15是精度(包括小数点在内的值的总长度) 2是小数点后的位数
参见MySQL数值类型:
当需要保持精确的精确度时，例如货币数据，就会使用这些类型。
在提出这个问题的时候，没有人考虑比特币的价格。在BTC的情况下，使用DECIMAL(15,2)可能是不够的。如果比特币将上涨到10万美元或更多，我们将至少需要DECIMAL(18,9)来支持我们的应用程序中的加密货币。
DECIMAL(18,9)在MySQL中占用12个字节的空间(每9个数字占用4个字节)。
如果您的应用程序需要处理高达万亿的货币值，那么这应该工作:13,2 如果你需要遵守GAAP(公认会计原则)，那么使用:13,4
通常你应该把你的货币值加到13,4，然后把输出四舍五入到13,2。
有2个有效选项:
使用整数数量的货币小单位(例如分) 将金额表示为货币的十进制值
在这两种情况下，您都应该使用十进制数据类型来拥有足够的有效数字。区别在于精度:
即使是整数数量的小单位，也最好有额外的累加精度(考虑从1美分操作累积10%的费用) 不同的货币有不同数量的小数，加密货币有多达18个小数 由于通货膨胀，小数的数量可以随着时间的推移而改变
来源和更多的警告和事实。
实际上，这取决于程序员的偏好。我个人使用:数字(15,4)来符合公认会计原则(GAAP)。
