关于金额字段的建议

huangxiuwen

很多人在设计系统的时候，相关表只设计【数据】、【单价】两个字段，而没有设计【金额】字段，然后通过【数据】×【单价】来显示金额，本人之前也是按这种方法去设计系统，但经过金蝶公司的资深专家教导之后，才如梦初醒；建议在设计表的时候，也要同时加入【金额】字段，在保存单据时，通过【数据】×【单价】写入【金额】字段。哭呀。。。。血的教训。。。整套系统又要进行大改了。。。哎。。。

goto2008

学习

t小宝

赞同楼主观点

huangxiuwen

在保存单据时，先按四舍五入算出金额，然后把金额写入相关的表字段之中。这样就不会存在小数位的问题了。而至于单价、成本单价、计划单价、汇率、税率、折扣率等等。。。则可以根据情况让用户自定义显示小数位数。因为模块与模块之间、单据与单据之间，都是相互关联在一起的，特别是单据与单据之间的传递、查阅、进度、数据分析、报表等等。。。。。数据的准确性对于企业来说，是首要的。而这样子的设计才能从根本上解决些问题。通过“数量” * “单价”等方式（可以截取两位小数），是无法从根本上去解决的。特别是涉及到采购、销售、发票、财务、存货核算等方面。。。而且在速度上也不是最优的。因本人水平有限，无法将金蝶的资深专家所表达的意思较好的转达出来。还请各位谅解。。。。。。

fnsmydyang

学习了，谢谢

fan0217

数据太多时，就是有一个四舍五入的问题可能导致与其它方法算出来的差异蛮大。
heqing3000 发表于 2009-11-26 20:36

四舍五入这个问题主要是舍入方法一致造成的。Acces的四舍五入法是采用的银行家舍入法。

heqing3000

数据太多时，就是有一个四舍五入的问题可能导致与其它方法算出来的差异蛮大。

njy6000

言之有理

goto2008

想知道一下王站那个ERP作品，是乍处理这个问题的。。。。

fan0217

Access这种数据耦合的非常紧密的开发方式，出现修改数据库时何止是5公斤泪的问题啊！大型项目这种方式不太合适了，当然小型项目这种方式可以提供开发效率。