具有中央DBMS存储库和版本控制的Enterprise Architect非常慢

Question

我们的团队正在使用Sparx的EA，其配置如下：

• EA版本9.3.935
• 使用Oracle数据库的中央DBMS存储库，安装在专用服务器上
• 使用Subversion进行版本控制
• 通过LAN在一个站点连接的大约30个用户
• 尚未使用WAN Optimizer

SVN的主要用途是版本控制和创建基线（如果需要，执行回滚操作）。

我们在办理登记入住和退房手续时遇到问题。

将包导出到XMI文件500 kB：

• EA的结账操作耗时16秒
• 撤消EA退出需要46秒（表示已完成），但在申请准备就绪前需要额外的14秒

将包导出到XMI文件5 MB：

• EA中的结账操作耗时30秒
• 撤消EA中的退房需要10分钟+额外的2.5分钟
• 直接通过SVN签出XMI只需1秒

设计很大，而且还在不断发展。

我的问题是：

1. 我们的配置是否正确？
2. 如果使用WAN Optimizer，通常会增加多少性能增益？
3. 如何提高此类配置的性能？

如果需要，我很乐意提供更多信息。谢谢。

Answer 1

这是一个部署问题，因此没有简单的，一刀切的解决方案（我就这些问题进行咨询，对于中型企业来说，这通常是一周的工作或更多），但是：< / p>

1. 不，这种配置（可能）是错误的。
2. 我不知道WAN Optimizer在多大程度上改善了版本控制性能。
3. 主要的是DBMS存储库和版本控制不能很好地混合。使用DBMS，我总是建议仅使用基线;外部版本控制（Subversion，TFS等）只应与每个建模器的单独的基于文件的项目一起使用。这是因为EA在执行版本控制操作时基本上锁定了整个项目。另一个问题是版本控制软件包的大小和结构：它们越大，一切都越难。

所以不是解决方案，而是一些提示。还应该注意的是，EA 11（几周前发布）还有另一种部署选项，即“可重用资产服务”，可能会有用。

关于所有这些问题还有其他问题，例如检查this one。