DB4O附带的复制系统是否运行良好？基本上我想知道是否有人在复制系统的记录吞吐量上有一些好的数字,以及它是否优雅地处理并发错误. SQL Server在两个SQL服务器之间的合并复制与在两个DB4O数据库之间使用DRS之间的相对性能差异是什么？ 最佳答案 我们目前正致力于进一步改进复制系统,提高性能肯定是一个目标.

我认为制作可比较的数据非常困难.需要复制的每个对象都需要在UUID BTree中进行查找.如果你知道你在做什么,你可以微调它在内存中完全运行.然后,吞吐量将在很大程度上取决于您在每一侧有多少索引以及索引有多大. db4o和您选择的SQL服务器(以及任何其他SQL服务器)的大小可能会有所不同,这可能在很大程度上取决于您使用的硬件(db4o喜欢具有较短搜索时间的固态光盘).

这与任何其他基准测试一样：如果您模拟您认为需要的场景并在硬件上运行它,那么您只能了解事情对您的影响.

至于处理并发性：任何冲突都会回调到您的代码中,您可以选择如何处理它.您可以通过将更改合并到任意一侧来手动解决,也可以忽略对象.这取决于你的代码,找出它认为正确的东西.

关于并发性如果您有一个复制会话与另一个不断修改对象的实时会话并行运行：当前发布的dRS代码对于这种情况还不是很强大.当我们在db4o和高端对象数据库Versant VOD之间实现复制时,我们也将尝试涵盖这些并发情况.