我目前正在尝试db4o(java版本),我非常喜欢我所看到的。 但我不禁想知道它在真实的(网络)环境中的表现如何。 有没有人有任何关于运行db4o的经验(好的或坏的)?

===============>>#1 票数:55 已采纳

我们在大型客户端/服务器项目中运行DB40 .NET版本。

我们的经验是,与典型的关系数据库相比,您可以获得更好的性能。

但是,您必须调整对象才能获得此类性能。 例如,如果您有一个包含大量对象的列表,则这些列表的DB4O激活速度很慢。 有很多方法可以解决这个问题,例如,通过颠倒关系。

另一个痛苦是激活。 从DB4O检索或删除对象时,默认情况下它将激活整个对象树。 例如,加载Foo将加载Foo.Bar.Baz.Bat等,直到没有任何东西可以加载。 虽然从编程的角度来看这很好,但性能会降低对象中嵌套的速度。 为了提高性能,您可以告诉DB4O要激活多少级别。 如果你有很多对象,这很费时间。

另一个痛苦的领域是文本搜索。 DB4O的文本搜索远远慢于SQL全文索引。 (他们会在他们的网站上直接告诉你。)好消息是,在DB4O之上设置文本搜索引擎很容易。 在我们的项目中,我们已经连接Lucene.NET来索引我们想要的文本字段。

某些API似乎不起作用,例如GetField API在应用数据库升级时很有用。 (例如,您已重命名属性并且想要升级数据库中的现有对象,您需要使用这些“反射”API来查找数据库中的对象。其他API,例如[Index]属性不要在稳定的6.4版本中工作,您必须使用Configure()。索引(“someField”)来指定索引,该索引不是强类型的。

我们目睹了性能下降,您的数据库越大。 我们现在有一个1GB的数据库,而且事情仍然很快,但并不像我们开始使用一个小型数据库那么快。

我们发现了另一个问题,如果数据库中的ID不再存在,Db4O.GetByID将关闭数据库。

我们发现Native Query语法(最自然,语言集成的查询语法)比不太友好的SODA查询慢得多。 所以不要输入:

// C# syntax for "Find all MyFoos with Bar == 23".
// (Note the Java syntax is more verbose using the Predicate class.)
IList<MyFoo> results = db4o.Query<MyFoo>(input => input.Bar == 23);

而不是那个好的查询代码,你必须有一个丑陋的SODA查询,它是基于字符串的而不是强类型的。

对于.NET人员,他们最近推出了一个LINQ-to-DB4O提供程序,它提供了最好的语法。 然而,尚未看到性能是否与丑陋的SODA查询相提并论。

DB4O的支持很不错:我们已经多次通过电话与他们交谈,并收到了有用的信息。 他们的用户论坛几乎毫无价值,然而,几乎所有的问题都没有得到答复。 他们的JIRA bug跟踪器受到了很多关注,所以如果你有一个唠叨的bug,把它归档到JIRA就可以得到修复了。 (我们已经修复了2个错误,另一个错误修复了。)

如果这一切都没有让你害怕,那就让我说我们对DB4O非常满意,尽管遇到了我们遇到的问题。 我们所获得的性能已经破坏了我们尝试过的一些O / RM框架。 我推荐它。

2015年7月更新请记住,这个答案是在2008年写回来的。虽然我很欣赏这些赞成,但自那时起世界发生了变化,而且这些信息可能不像编写时那样可靠。

===============>>#2 票数:3

大多数本机查询可以并且在幕后有效地转换为SODA查询,因此不应该有所作为。 使用NQ当然是首选,因为您仍然使用强类型语言。 如果你在让NQ使用索引时遇到问题,请随时将你的问题发布到db4o论坛 ,我们会尽力帮助你。

戈兰

===============>>#3 票数:2

我遇到的主要问题是报告。 似乎没有任何方法可以针对db4o数据源运行有效的报告。

===============>>#4 票数:0

犹大,听起来你没有使用透明激活,这是最新生产版本(7.4)的功能? 也许您指定了正在使用的版本,因为可能还有其他问题现在已在最新版本中解决了?

  ask by mafro translate from so

未解决问题?本站智能推荐: