涉及金钱存储或计算操作时，你们一般都使用什么数据类型

[einsdisp]

直接使用小数类型进行计算或存储（编程语言的 float 类型及数据库的 decimal 类型）

还是乘以 100，以分为单位，使用整数类型进行计算及数据库存储？

[xingheng]

万万没想到，居然还有这么多人写的系统用浮点类型，惊到了

[CEBBCAT]

@3dwelcome #14 学完了 IEEE 754 再来回帖吧……

[lxml]

@3dwelcome #14 你在逗我？？？？来电商三天包你下岗……

[zjsxwc]

@xuanbg #8 原文：“用 string 就更搞笑了，完全是治标不治本。”
回复：

我倒觉得如果不用 decimal 而用 ` 两位小数的 string `或者 `乘以 100 的 integer `，貌似也都可以，因为好像也不会碰到无脑 double 浮点数运算的误差问题。

[xuanbg]

@zjsxwc string 看上去是没有精度问题，但你总要计算的吧，转 double 计算吗？所以我说「治标不治本」

[susunus]

老实说目前用的就是 Double 存储的，计算的时候，用用 BigDecimal 包裹，处理了下精度问题，那位老哥帮忙科普下，这样有啥风险

[Building]

@xuanbg 人家都用 String 存储了你非要转 Double 做运算，不知道谁傻。

[reself]

@susunus 浮点数只能表示数轴上的离散点，计算结果只能近似到最近的点，除非刚好能用 2 进制表示，例如 0.5，否则都是近似值。数轴上的点数量是无穷的，用有穷的浮点数来做计算，有偏差的概非常大。所以浮点数只能用在能容忍偏差的场景，比如图形绘制。除了数值偏差，浮点数还有众所周知的不能用==判定相等的特性。

[LukeEuler]

小数字用 decimal，大数字用 string，bytes 之类的，自己设计运算方法。
存储的和传输内容都是整数，只有显示时用 string 形式的浮点数。

[mitu9527]

参考 Money 模式，底层一般用 64 位的整型就可以了；如果长整型还不够用，那就考虑 GMP 吧。

[darrenfang]

@3dwelcome #14 以前写的代码用 double，突然发现数据库里面存的数据变成了 100.00000009，哈哈哈哈哈

[xuanbg]

@Building string 能做四则运算？？？

[des]

@xuanbg 可以

[rekulas]

@xuanbg decimal 也是 string 按我了解的 多种语言的高精度计算貌似都用到了字符串做中间过程

[des]

并不需要转数值再计算，可以看一下这个 https://oi-wiki.org/math/bignum/

[yadiman]

某金融，13 位整形，minor unit，配合 decimal flag，然后转化成 major unit 。
比如，美金，decimal flag 就是 2，所以，100 minior unit = 1 USD major unit
越南盾，decima flag 就是 0，10000 minor unit 就是 10000 越南盾元。

通货膨胀，经常爆了。。。

[PopRain]

c# Decimal 值类型表示介于正 79,228,162,514,264,337,593,543,950,335 和负 79,228,162,514,264,337,593,543,950,335 之间的十进制数字。
sql server money -922,337,203,685,477.5808 到 922,337,203,685,477.5807 （对于 Informatica，为 -922,337,203,685,477.58 到 922,337,203,685,477.58 。Informatica 仅支持两位小数，而不是四位。）

我想不出来什么应用可以超出它的范围

[PopRain]

😓，楼上的通货膨胀没有考虑到，以百万为货币单位的货币是很容易爆。。。

[mitu9527]

@PopRain 64 位整型，最大可以支持 900 万万亿，算上通货膨胀，也基本够用。真要是超出这个那就上 GMP ？

[U97F3]

Numeric(19, 2)