请教大家总账余额表GL_BALANCES能否删除无效数据的问题？

logcc

自己再顶下。。。

Fire_Ice

TB的数据量越来越大肯定是影响性能的。
既然汇总模板没有什么用，就删除了吧，留着也是浪费资源，而且对过账的性能影响也比较大。
如果使用FSG报表也比较慢，而且没有其他系统替代这个功能的话，可以客制化，技术上是完全可行的。

如果以上还不能解决你们posted性能问题，可以化整为零，即不要集中在月底过账，每个星期都可以过次账。

最后最后，GL性能还是无法容忍，建议将管理会计从COA上分离出来，另建系统完成分析功能，现有COA承载较少核算信息，这样可以减少CCID数量，降低TB数据量，不过未必有效哦~~~，这种事情宜早不宜迟。

帮顶，好帖，学习了

Oracle_FIN

原帖由 logcc 于 2009-7-14 12:25 发表
谢谢高手们指点啊。。。

不好意思， STMT是我打错了， 是STAT。

STAT是系统用来做总账费用分摊的时候用的。。。统计类型的凭证。。标准功能做分摊（ALLOCATE）的时候用的...

我也觉得几亿的数据很夸张。。但是事实如此啊。。。唉， 郁闷。。。

如果都从汇总模板取数的话， 肯定会快一点， 但是目前这个数据量， 导致汇总模板也要慢很多了。。

而且目前我们这个系统还有一个问题，就是每次新增一个科目或者修改一个科目， 系统的标准功能都没有办法自动将其维护至汇总模板（这个找oracle的人来看过，结果他们也找不到原因，最后不了了之。。），导致我们只好每次都从明细科目取数， 不然就可能不准确。

我想问， STAT类型的凭证， 是不是可以把今年以前的那些数据备份后从GL_BALANCES里面删除呢。。。。

有没有好办法。。。。

1.STAT是每个ccid的统计金额，STAT科目有数据，说明财务关心物料的数量，肯定不同意删除。
2.删除汇总模板的话肯定能减少数据量，但是治标不治本，而且汇总模板删除后FSG报表会受影响。如果汇总模板数据不准确，删了无妨
所以建议从其他角度考虑此问题。

3.对于新增科目或修改科目，后汇总模板取数问题，每次新增或修改后需要依次运行请求“添加删除汇总模板”，请求完成后运行“维护汇总模板”。不过感觉这两个请求好像有点问题了，有时会不好用。如果不行的话，可以尝试把所有汇总模板删除之后，重建，屡试不爽。
希望对你有所帮助

kenwa

对于新增科目或修改科目，每次新增或修改后需要依次运行请求“添加删除汇总模板”，请求完成后运行“维护汇总模板”

才能过帐有这个科目的日记帐，否则肯定不准，就要删除汇总模板、重建。

记住：报表效率肯定要取自汇总模板的CCID。