应该JBPM表可在单独的数据库？

Question

有两个选择在设置你的JBPM届会议。

1. 你可以把你的JBPM映在相同的休眠届会议，并作为其结果，有自己的数据库中的表与申请表。

2. 你可以把JBPM映射在一个单独的休眠届会议，并让他们在一个单独的数据库。

我看到一篇文章，建议1的方法，并且我可以看到为什么因为它可以让你有外交关键的参考资料的JBPM数据对象的直接。唯一的问题，我已经见过的流行是如果你试图保存jbpm对象，同时JBPM过程在运行，你得到一个僵局的数据库。

其他的方法，该方法将会更好，而对于什么原因吗？

Answer 1

它取决于体系结构你想要的建立。

如果你想要一个集中管理工作流程的成分，在几个不同的应用程序通信，一个单一的数据库的路要走。

另一方面，如果工作流程是特定的，只有一些应用程序，最好是保持数据库的数据分离。这样的话，你可以升级jBPM后面的一些应用，并把它作为它是在他人。

但你也可以决定有一个单独的数据库每一个程序，即使有一个很大。这种方式，运行时能保持很大，由于没有巨大的表来管理)

正如你可以看到，jBPM是非常灵活的，在如何将它嵌入到你的架构。所以你需要做的分析为自己和自己决定什么是最好的方法，考虑到当前和未来的演变的结构。

Answer 2

把你的两个应用程序和jbpm中的表1的数据库可以更新两jbpm表和应用程序的数据在一个单一的交易。这是有用的，例如，如果要更新一些属于你的应用程序的数据时，任务执行jbpm.这有助于保持数据得到损坏。否则，如果你提交你的jbpm交易，然后遇到的一个问题提交你的应用程序的数据交易，你有一个很大的问题...

Answer 3

我们有一个情况下，我们决定继续jbpm单独的数据库，以便能够升级的版本或可能使用的另一个供应商时，它将有必要为不同客户。如上所述，我们遇到的情况下，我们不得不处理独立的休眠届会议，单操作应用程序的水平。为了保持一致性在这些条件，我们决定使用一个工具，称为 Atomikos