DB4O复制是否比SQL Server合并复制更快？

Question

DB4O附带的复制系统运行良好吗？基本上，我想知道是否有人在他们的复制系统的记录吞吐量方面有一些好的数字，以及它是否优雅地处理并发错误。SQL Server在两个SQL Server之间进行合并复制与在两个DB4O数据库之间使用灾难恢复之间的相对性能差异是什么？

Answer 1

我们目前正在努力进一步改进复制系统，提高性能肯定是我们的目标。

我认为很难得出可比较的数字。每个需要复制的对象都需要在UUID BTree中进行查找。如果你知道你在做什么，你可以对它进行微调，让它完全在内存中运行。同样，吞吐量将在很大程度上取决于每一端有多少索引以及索引有多大。db4o和您选择的SQL server (以及任何其他SQL server)在大小上的扩展可能不同，这可能在很大程度上取决于您使用的硬件(db4o喜欢具有较短寻道时间的固态磁盘)。

这与任何其他基准测试一样:只有当您模拟您认为需要的场景并在您的硬件上运行它时，您才能了解事情将如何真正为您工作。

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

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