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