自带的复制系统有吗 数据库4O 工作顺利吗?基本上我想知道是否有人在其复制系统的记录吞吐量方面有一些好的数字,以及它是否可以优雅地处理并发错误。两个 SQL Server 之间的 SQL Server 合并复制与两个 DB4O 数据库之间使用 DRS 之间的相对性能差异是什么?

有帮助吗?

解决方案

我们目前正在努力进一步改进复制系统,提高性能当然是一个目标。

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

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

关于处理并发:任何冲突都会回调到您的代码中,您可以选择如何处理它。您可以通过合并任意一侧的更改来手动解决,也可以忽略对象。由您的代码来找出它认为正确的内容。

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top