JBPM工作流的性能问题

前言：我计划把我的blog从51cto移到javaeye，陆陆续续地把我对工作流的理解贴上来，和大家交流。

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

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

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

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

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