JBPM工作流的性能问题「建议收藏」

大家好，又见面了，我是你们的朋友全栈君。 前言：我计划把我的blog从51cto移到javaeye，陆陆续续地把我对工作流的理解贴上来，和大家交流。

我在项目中应用过jbpm工作流，总体而言，jbpm是诸多开源workflow中比较好的一个。他的面向图的设计比起那些一味宣称遵守所谓的WfMC规范的工作流好多了。

在应用的过程中，我发现jbpm还是有不少问题，其中性能问题比较突出。主要表现为： 1、任务分配的表设计不合理，如果我想搜索出当前用户有哪些待办工作需要好几个表乘积。数据量一大，性能马上降下去了。

2、每次业务流程操作，数据库的IO操作过多。

3、历史数据和当前活动的数据没有分开存储，例如已经完成的taskinstance和活动的taskinstance在同一个表中。这样随着系统不断运行，jbpm_taskinstance等表会变得非常巨大。严重影响性能。实际上这些已经完成的历史数据很少用到，应该转移到其他的表。

这些问题在我的Fire workflow设计中都考虑进去了。^_^

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。