DB4O可伸缩性

Question

我正在寻找有关DB4O对象数据库的信息。我知道它有客户机/服务器模式，但我不知道它有多大的可伸缩性。我很喜欢object思想，但仍然找不到合适的OODB在我的任何项目中使用。所以我的问题是：

• 我感兴趣的是，是否有人在多客户端环境中部署了DB4O，与关系数据库管理系统相比，它的性能如何？
• 有任何网络应用是由DB4O提供动力的吗？
• 我可以使用DB4O代替Server (至少Server)吗？
• DB4O在实践中能支持多少个并发客户端？
• 当DB大小增加时，性能会下降吗？

谢谢

我对C#版感兴趣。

Answer 1

我大体上同意瓦古斯的意见和其他意见。db4o在某些情况下可以替换，但它实际上取决于您的场景。对象数据库只是一个工具，并不能满足所有的需求。你也许该试试。

我只想补充几点意见：

• 多客户端环境:db4o的重点是嵌入式模式。客户机/服务器模式更多的是一个加载项，而不是真正的默认模式。db4o期望客户机和服务器是“强”耦合的:客户机和服务器需要相同的类，否则会发生灾难。此外，db4o服务器不支持多个数据库、用户管理等内容。
• 替代Server (至少SQL )：当然不是大型Server。需要比db4o更强大的对象数据库。db4o更像是快递版的等价物。
• 当DB大小增加时，性能会下降吗?是的，就像所有数据库一样。db4o是为小型数据库构建的。对于db4o来说，大约2-16 GB是一个很好的大小。
• 并发-控制: db4o对客户机-服务器模式有非常有限的并发控制.它只支持相对较弱的“读提交”隔离模式。

如前所述，db4o是为嵌入式场景设计的。对于较大的客户端服务器数据库，您可能需要查看其他(对象)数据库。

Answer 2

简短的回答:是的，db4o可以作为RDBMs的替代品。

答案很长:这要看情况而定。

我真的不相信“一刀切”，所以我IMHO，它取决于您的对象模型，访问模式，机器配置，db调优，预期增长率，#索引，等等。

我能想到的最好的建议已经在评论中说过了:不要认为任何答案是确定的/可靠的(即使是我的；-)；使用对象模型/访问模式尽可能接近您的实际应用程序并得出您的结论。

说完这些之后，如果您想看到一些基准测试结果，您可以查看多环类结果。但是，请注意，这些结果是基于db4o的旧版本(6.4而不是当前的7.12版本)--我们希望在不久的将来发布新的结果。

我确信有一些web项目使用db4o (例如杰斯)，但我不确定具体如何使用。

即使db4o性能不符合您的要求，我也建议您不要放弃OODB(一般来说，它使您的现场开发变得更容易)。在本例中，请检查其他选项(例如VOD -来自同一供应商)。