db4o和替代品

我有一个Java应用程序需要处理10到100兆字节的数据。任何DBMS都需要嵌入。我们目前有一个缓慢，脆弱和复杂的db4o解决方案。我会允许我们的许多伤口都是自己造成的。db4o和替代品

让我们假设当前的db4o实现是无法解决的。人们会推荐继续使用db4o吗（只是在使用时要小心）？还是有其他嵌入式数据库，你可以积极推荐？

感谢您的反馈。

2012-01-15 user888379

有一大堆嵌入式数据库。 OODB数量大大减少，这是db4o的功能。你需要一个OODB吗？ – 2012-01-15 20:29:45

我被阻抗匹配的概念所吸引，但它比“必须拥有”更“拥有”。可靠性和性能在规模上更重。 – user888379 2012-01-15 23:31:49

那么，如果您不知道您正在寻找什么样的性能特点，如何使用这些数据等，那么我们很难提出任何重要建议 - 我建议您进行一些基准测试，并了解您的工作方式特别的用例。 – 2012-01-15 23:41:13

那么db4o不是10s和100s的千兆字节。 db4o数据库的绝对最大值为256 GB when setting the block-size to the allowed maximum。不过，我认为这个表现会早一点崩溃。

你存储什么样的数据？你的数据的形状是什么？你的表现特征是什么？没有这个，很难推荐一个合适的数据库。

无论如何，在Java-Space中，我对H2数据库有很好的体验。这是一个伟大的关系数据库。但我不知道你的东西是否适合于关系数据库。

我也听说过关于Neo4J，一个图形数据库的很多好东西。我个人还没有使用它，但是当你的数据更多地以图形为导向时，我会研究它。

2012-01-16 14:13:54 Gamlor

感谢您的信息。当我们说话时，我正在学习这些东西，因此是非特定的问题。我试图公平对待db4o，并且不要让我目前对我们的实现感到不满，这使我无法对付它。不过，我更愿意了解一些替代方案。 – user888379 2012-01-16 22:04:12

回答