做DB4O自带的复制系统吗工作好吗？基本上我想知道是否有人在他们的复制系统的记录吞吐量上有一些好的数字，以及它是否优雅地处理并发错误。 SQL Server 在两个 SQL Server 之间的合并复制与在两个 DB4O 数据库之间使用 DRS 之间的相对性能差异是什么？
最佳答案
我们目前正在进一步改进复制系统，提高性能当然是一个目标。
我认为很难产生可比的数字。每个需要复制的对象都需要在 UUID BTree 中查找。如果您知道自己在做什么，则可以对其进行微调以完全在内存中运行。然后，吞吐量将在很大程度上取决于每侧有多少索引以及索引有多大。 db4o 和您选择的 SQL 服务器(以及任何其他 SQL 服务器)可能会随着大小而不同，这可能在很大程度上取决于您使用的硬件(db4o 喜欢具有短寻道时间的固态磁盘)。
这与任何其他基准测试一样:如果您模拟您认为需要的场景并在您的硬件上运行它，您只能了解事情对您的真正作用。
至于处理并发:任何冲突都会回调到您的代码中，您可以选择如何处理它。您可以通过将更改合并到任一侧来手动解决，也可以忽略对象。由您的代码找出它认为正确的内容。
关于并发性，如果您有一个复制 session 与另一个不断修改对象的实时 session 并行运行:当前发布的 dRS 代码对于这种情况还不是很强大。虽然我们在 db4o 之间实现了复制和高端对象数据库Versant VOD我们也将尝试涵盖这些并发情况。
关于replication - DB4O 复制是否比 SQL Server 合并复制更快？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1948902/