U872工作流--数据库非常大(异常)--已经解决

43857051

网上报销涉及审批比较复杂,所以使用了工作流.现在工作流数据库U8WorkFlow非常大,快40G了.
一但U8WorkFlow中冗余数据过多,网上报销便不能正常使用,比如:点击模块反应很慢,不能审核单据等等.
只有去U8WorkFlow中清除冗余数据后放可正常操作.
现在关键是定期清楚冗余数据即可,但是数据库越来越大,有没有一次解决的方法.
有没有高手知道这个的原理以及解决方法.
涉及工作流的一些表如下:
Table_Task 在消息中心通知的信息记录表
Table_WorkFlow 工作流设计的流程图记录表，已设计好的工作流在此表记录
Table_WorkFlowRelease 工作流发布记录表，已发布的工作流在此表记录
WF_ActiveFlow 工作流审批实例表，记录当前进入审批流的单据
WFAudit 流程审批进程表，查审时调用的审批过程记录表
WF_CurrentLog 当前日志表
WF_HisLog 历史日志表

zhouhuan

非常的麻烦，我们也遇到这个问题了，也吧知道怎么解决

43857051

我的一种思路:明年将u8workflow数据库重新初始化一次,再将工作流引入,应该可以解决问题.
但是现在想如何去避免它,而不是出现问题解决它.

CHEERING

估计是ldf文件很大，可以清除日志文件试试

43857051

U8WorkFlow.ldf和U8WorkFlow.mdf都很大,加起来差不多40G左右了.
不清除日志文件,网上报销都不能用,
今天研究了一下，发现在SQL中打开3张表非常的慢,但是数据却不多:
Table_WorkFlow ,Table_WorkFlowRelease ,Table_WorkFlowReleasehistory
继续研究中...

hpx209

这样的话还敢用用友的工作流,怕怕的

RYOMAE

应该是日志文件很大，数据文件相对来讲不是很大

43857051

工作流结合预算管理和网上报销,可以适应企业的特殊流程,对不同的人使用不同的项目,应用非常方便.

weigenjiang

学习饿了 ！！

43857051

这2天由于涉及审批流的业务不能做,只好重新初始化了工作流,现在使用一切正常,现将经验分享出来:
将192.168.1.12服务器上的工作流全部另存到硬盘上，分离u8workflow后改名字,从其他机器上拷来初始化后的u8workflow,重新附加,然后分别进帐套导入各个帐套的工作流并重新发布,然后在将以前u8workflow 中的table_task(审批信息统治表)、wf_activeflow(工作流实例表)、wfaudit（流程审批进程表）导入到现在的数据库中。（注意：通过库复制表，得回去修改表的主键和标识），
对于以前做的单据如果需要撤消，只有通过到SQL中去删除wf_activeflow中的相关信息，修改单据的提交标志，然后重新提交。对新增加的没有任何影响。
use u8workflow
delete from wf_activeflow where vouchercode='09113765' or vouchercode='09113869' or vouchercode='09113758'-- 删除进入工作流实例表的记录
use ufdata_007_2009
select * from NE_ExpenVouch  where strvouchid='09113765' or strvouchid='09113869' or strvouchid='09113758'
update NE_ExpenVouch  --更新报销单上提交标志blnaudi从1到0
set blnaudi=0
where strvouchid='09113765' or strvouchid='09113869' or strvouchid='09113758'
报销人员再去提交就可以了.

43857051

现在初始化后的数据库非常小,才2G左右,
建议大家不要经常去修改审批流,因为每修改一次或停止再发布,都会在数据库中保存,读写调用速度非常慢,
建议每年年底结帐后再重新初始化一下,来年一般没什么问题.

sgaben

学习了！谢谢

smaile

学习学习！！！！！！！！！！！！！！！蛮好的！！！！

yangpf71

还是直接压缩u8workflow数据库的日志好了

wj040201

太好了，学习了。多谢指教。