金额的存储用 long 可以吗

[wisetc]

想将金额的数值乘以 1000 然后再存库，方便数据的存储。让前端提交给后端的数据都先乘以 1000，然后后端返回给前端的金额数据是放大了 1000 倍的，显示的时候再让前端处理，除以 1000，后台不用对金额做任何处理，哈哈哈。我真是越来越佩服我自己。
各位后端大佬，怎么看。

[conn4575]

说存分的肯定没真正处理过金额问题，金额不是只有加减好吗，还有除法，用整数肯定存在精度问题，老老实实用 decemal，而且最好要 12 位以上小数

[ericgui]

应该是按照货币的最小单位
比如，美元，最小是美分，就应该乘以 100
人民币，最小是分，乘以 100

日元和韩元，似乎没有分，就是正整数，1 就是 1 元

[h123123h]

7/3 这种小数怎么办？特别是参与多次运算，精度问题误差会越来越大，看来楼上的都没做过金额处理啊

[h123123h]

老老实实用 Bigdecimal

[MonoLogueChi]

@keepeye 所以要多保存一位，控制除法的精确度

[tsui]

@h123123h 正解。。必须只能 BigDecimal，怎么可能用 Decimal

[ytmsdy]

用 long 如果四舍五入没问题的话就用吧！要不然后期对账对死你！

[gavindexu]

涉及除法的话，
能不能加俩字段去保留分子分母？
一定要存储结果么……🤔

[GTim]

用！而且一定要要，所有计算都直接用，只有在显示用户看的时候除 100。前端也一样

[toxicant]

金额还能让前端处理的吗...

[Ciallo]

BigDecimal 吧

[22too]

decimal 这个才是正解
1. 万一那天有个人写了一个 bug, 会不会出现金额多了 1000 倍. 无端制造风险
2. 不要理想的以为,金钱就涉及到加减法,乘除法也是经常出现的
3. 很多时候,分并不是最小单位,比如 某借呗 按照日万五收取利息, 这样会产生比分更小单位.

[yidinghe]

我们是拿分做单位。

[liuxey]

银行一般的精度是：Decimal(18,6) -> 999999999999.999999

[AlloVince]

既然大家说钱都是默认以元为单位，就不要做违反直觉的设计

[zealinux]

存：分子和分母

298.6734
分子：2986734
分母：10000

[chenuu]

存货币的最小单位

[justicelove]

不单单要看存储的需要, 还要看计算的需要

[RRRoger]

有的国家是 0.001 怎么办 我们支持多货币的

[karllynn]

用整形没有问题的，用 decimal 也可以，不过 js 的浮点数精度丢失问题好像很严重