显示≠保存|Myexcel小数位数怎么设,才不会合计出错

在Excel里处理小数时，经常会遇到一种情况：单元格显示的是两位小数，但整列求和的结果却对不上。

原因很简单：你改的只是显示位数，底层存储的还是完整小数。

比如单价3.456，单元格格式设为保留两位，界面上显示3.46，但实际参与计算的是3.456。求和时用的也是3.456，结果自然和“肉眼相加”对不上。

这是Excel里经典的精度问题，Excel的解决办法通常是先用ROUND函数处理数据，再做求和。

在Myexcel环境，虽然数据最终要保存到SQL数据库，但我们在前端使用Excel作为录入界面，所以这类精度问题一样会遇到。

一、Myexcel里的小数精度问题出在哪

在Myexcel中定义字段时，我们会预先设置该字段保留的小数位数。这里需要注意一件事：前端Excel模板上显示的小数位数，必须和数据库字段的设置匹配。

如果界面显示的小数位数大于数据库字段定义的小数位数，数据存入库的时候就会发生变化。

举个最常见的场景：

数据库里价格字段默认保留2位小数，但业务上录入金额、数量反推不含税单价时，往往需要8位以上小数。这个时候就很容易产生价格误差。

这里补充一个细节：

SQL Server遇到小数位数超过字段定义长度时，并不是直接截断，内部会执行四舍五入，效果近似ROUND函数，不是简单砍掉尾数。

二、把小数位数统一设大，行不行？

有人会想到一个办法：

干脆所有字段小数位数统一设成8位、10位，一劳永逸。

理论上可以，但这里有另一个问题。

以金额列为例：业务逻辑要求金额最终只能保留2位小数。如果数据库字段设成8位小数，但前端Excel模板里没有用ROUND做处理，保存之后数据库里就会留存多位尾数。

于是就出现经典误差：先求和再四舍五入，和先四舍五入再求和，结果不相等。——10个0.005先加再舍是0.05，先舍再加是0。

相当于Excel里的精度问题又在数据库层复现了，最后总合计对不上。

三、几条实战经验

1. 字段小数位数适当预留冗余，为后续业务扩展留空间。

比如数量字段，现在产品都是按整件出入库，也建议保留4位小数——以后业务可能按重量散料计量。单价建议直接预留8位小数，虽然现阶段大部分业务2位够用，但遇到“金额、数量反推倒算单价”的场景，更高的小数位才能保证计算精度。

2. 系统自动设置显示格式后，一定要手动复核一遍。

Myexcel在设置字段类型之后，会自动同步设置行列单元格的显示格式。但模板保存发布之前，一定要手动检查一遍单元格显示格式，确认是否符合业务要求，不要完全依赖系统自动设置。

3. 模板内的Excel公式计算列，记得算数ROUND一下。

保证写入数据库的值已经是业务所需要的小数位数。就算数据库字段预留了更多小数位，后续汇总求和也不容易出现精度错误。

总结

小数位数这件事，看起来是“显示格式”，实际上是“数据存储”。显示和存储不一致，合计就会出错。记住三件事：字段预留冗余、手动复核显示格式、公式计算列套ROUND。

如果你在Myexcel模板设计中也遇到过类似的精度问题，欢迎留言说说你的处理方式。