数据库货币型数字格式到底怎么设，精度、符号、显示一次讲明白

数据库货币型数字格式到底怎么设，精度、符号、显示一次讲明白

做金融系统这几年，货币型数字格式是最容易被低估的一块。它不只是"带个小数点"那么简单，精度、符号、舍入规则全搅在一起，处理不好就是账对不上。

数据库里，货币型字段一定要用DECIMAL而不是FLOAT。DECIMAL是定点数，精度完全可控，比如DECIMAL(12,2)表示总共12位、小数占2位，最大能存到99999999.99。FLOAT是浮点数数据库货币型数字格式到底怎么设，精度、符号、显示一次讲明白，0.1+0.2不等于0.3，拿它算钱就是给自己埋雷。

小数位数别拍脑袋定。日元、韩元没有小数，CFA保留两位，部分加密货币要保留到8位甚至更多。我做过一个跨境结算项目，光小数位数就跟业务方反复确认了三轮，每种币种的最小记账单位都不一样。

显示层面数字格式货币型，符号在前还是在后、千分位用逗号还是空格，这些看着不起眼，财务审计时差一个方向就够你写半天说明。前端展示交给Intl.NumberFormat，后端接口传输一律用最小货币单位做整数，别在请求体里传浮点数。

最坑的一个真实场景：数据库存的是"分"，前端要展示"元"，换算时用了浮点除法，一单下来差了0.01。排查了两天，定位到JS里Number精度问题，改成整数运算才解决。货币型数字格式，真不是"格式化一下"就完事的。