永洪社区

标题: 普通表合计不正确 [打印本页]

作者: jdswa    时间: 前天 10:41
标题: 普通表合计不正确
版本10.1 (可以参考https://club.yonghongtech.com/thread-84186-1-1.html 这个帖子,当时没解决)
问题描述:度量字段是计算列trunc(sum(col['字段'),2)得出的,然后在绑定数据区域对部门进行后置合计 算出来为什么不对呢
正确的应该是302.57 实际展示是302.58

作者: yhdata_lyaa    时间: 前天 11:19
每一行都是截断的2位小数,实际的合计加起来会更大,你是绑定的原始字段合计还是计算列合计呀
作者: jdswa    时间: 前天 11:37
yhdata_lyaa 发表于 2024-10-30 11:19
每一行都是截断的2位小数,实际的合计加起来会更大,你是绑定的原始字段合计还是计算列合计呀 ...

计算列合计
作者: yhdata_lyaa    时间: 前天 11:49
jdswa 发表于 2024-10-30 11:37
计算列合计

trunc(sum(col['字段'),2)  是先合计再截取,按逻辑总合计 是会比 分类合计 加起来会更大的。
是否考虑使用自由表 格间计算 来计算合计呢。
作者: jdswa    时间: 前天 11:58
yhdata_lyaa 发表于 2024-10-30 11:49
trunc(sum(col['字段'),2)  是先合计再截取,按逻辑总合计 是会比 分类合计 加起来会更大的。
是 ...

自由表格间计算应该不行吧 每个部门还要计算小计的
作者: jdswa    时间: 前天 13:05
yhdata_lyaa 发表于 2024-10-30 11:49
trunc(sum(col['字段'),2)  是先合计再截取,按逻辑总合计 是会比 分类合计 加起来会更大的。
是 ...

还有其他方法吗
作者: yhbi老6了    时间: 前天 13:12
如果有位数的截取,必然会有精度的丢失产生误差,合计不等于小计汇总属于正常现象,如果精度有要求,建议不要截取,另外一般不要用trunc,用表格的格式#,###.0000做位数保留,这种处理可以保持导出为原始数据。




欢迎光临 永洪社区 (https://club.yonghongtech.com/) Powered by Discuz! X3.4