ObjectDB产品准备好了吗？

Question

在这个基准测试中，ObjectDB是最快的DB：http://www.jpab.org/All/All/All.html

但我看不到来自ObjectDB的任何其他基准测试结果。有人在用ObjectDB吗？生产准备好了吗？有什么经验？

Answer 1

我已经在许多项目和产品中使用过它，无论是专业的还是个人的。我已经用了5年多了。以下是我的经验：

免责声明:我拥有服务器许可证和OEM许可证，多年来我已经了解了创建者。我与ObjectDB公司没有其他的商业关系-换句话说，如果他们卖出更多的拷贝，我在商业上没有任何收获。我只是喜欢这个产品。

我的用法：

1. 个人:我使用它作为我博士毕业的商业产品的一部分，以持久化UML2/EMF模型。这些都是复杂的东西，有很多很多类，而ObjectDB是我唯一能够找到的产品，它可以处理复杂的链接，并具有足够的性能。在与environment.
2. work相关的工作中，它表现出色:我在一家投资银行工作，我们使用ObjectDB来持久化工作流状态，并在大型网格(>2000个节点)环境中处理持久化。它在这个环境中也工作得很好。

早在2007年左右的时候，我也曾是Gentleware的顾问，我们评估了ObjectDB与db4o、hibernate等的竞争。它的表现比任何竞争对手都快了一个数量级。这是我第一次使用它进行商业体验。

所以，底线是我发现ObjectDB非常快，而且坚如磐石。我们在UML2机型上进行了10 no的测试，没有任何问题。在我使用数据库的所有时间里，我从来没有遇到过数据库死掉或损坏的情况。此外，它的占用空间非常小。简而言之，它有点像是太空中的无名英雄。

我的经验与jpab基准一致-它们让其他产品的所有者感到不舒服，但是...也许我在这一点上并不完全公正-这些年来，我与ObjectDB的创建者进行了大量的接触，并推动他们发布基准测试。特别是，我觉得他们应该使图形线性而不是对数-这表明在大多数情况下ObjectDB的性能要好得多。

顺便说一句，您在这个或任何其他JPA产品上找不到许多其他基准的原因是，没有一个供应商通常能就基准达成一致，并且倾向于指责其他供应商存在偏见。我已经亲眼见过很多次了。有些人更喜欢polepos，但这是由db4o主导的，例如，这些人不会发布dn结果。一些数据库供应商不允许结果等。这是一个雷区，ObjectDB的创建者在这里也没有什么不同。每个人都喜欢控制自己的基准;-)

总之，长话短说，我的真实经验是ObjectDB速度非常快，生产准备就绪(多年后回到1.x)，并且得到了很好的支持。这是一个非常好的产品。

Answer 2

如果没有独立的验证，我不会相信这个基准测试。如果你检查版权信息，这个网站实际上是由ObjectDB的所有者拥有和运营的！

也就是说，我没有数据来反驳他们的说法，我只是不会相信他们的表面价值。

Answer 3

我们在我们的初创公司中使用Object DB已经5个多月了。在研究了不同的技术(关系型数据库、图形数据库和对象数据库)之后，我们犹豫了很长时间才决定采用objectDB。我们正在开发一个基于web的业务应用程序，我们对持久层有一组要求。我们考虑了: MySQL，PostgreSQL，Derby，Db4o，ObjectivityDB，Perst，Ozone，Neadatis ODB，Neo4j，OrientDB

我们的要求是：

稳定性的

• Mature产品

ObjectDB已经有6年多的历史了-在2.2.9版本中，我们使用社区进行speak

• Supported

我们希望确保在我们遇到问题时有人可以帮助我们，到目前为止，我们对我们得到问题答案的速度感到非常满意。这个社区可以更大，但它是非常active.

• Speed of development的。

为了实现敏捷和快速的功能，对象数据库变得非常简单和直接。我们考虑了关系型数据库管理系统+ Hybernate，但这很慢，而且承受了重载的convoluted

• Capable很少

这里没有什么科学的东西，但我们希望让系统能够处理大量并发请求。我们测试了多达1000个并发请求，包括索引查询、对象更新、创建和删除以及集合更新，以尝试并模拟我们应用程序上的负载。在顶级2

• Fast中，ObjectDB脱颖而出

与这里相同，我们使用相同类型的查询并对它们进行计时，我们还将负载增加到我们认为是对post go实时负载的合理猜测，并且ObjectDB始终处于处理大量数据的顶级2

• Capable

我们逐渐将数据库中的客户数量增加到500万客户(这有点乐观)，每个客户有1到5个订单，并检查了性能。没有显著的性能下降(在place!)

• Open源代码/便宜的中有正确的索引

在我们使用GWT时无法访问源代码的小问题，有时会导致托管集合和日期的序列化问题(尽管解决方法是exists)

• JPA支持

如果可能，我们希望JPA或JDO支持能够轻松地与现有框架(Spring)集成，并且可以放心，即使遇到最坏的情况，我们仍然可以回到旧的RDMS系统--尽管我不得不说对象持久化是如此容易和透明，以至于有时很难坚持使用JPA requirements.。

总而言之，ObjectDB一直是我们的前两名选手，有时是第一名，有时是第二名，因此我们选择了ObjectDB。此外，错误修复和新功能发布的频率也令人印象深刻。

我希望这会有帮助，如果我在我们上线之前(明年初)有时间把我们的结果以一种合适的格式放在这里，我会试着把它们张贴在这里。