依赖于orientdb冲突策略的图形一致性

依赖于orientdb冲突策略的图形一致性,orientdb,Orientdb,本页描述了不同的冲突策略: 如果我们选择“内容”或“自动合并”,我们是否可以确保保持图形的一致性 例如,如果两个线程同时为同一顶点创建两条不同的边(忽略事务)。如果一个线程覆盖了顶点的in_E[]属性,我们将得到一条单向边 更新: 只是想澄清一下:只有当我们将冲突策略设置为“版本”时,乐观的冲突才会出现,对吗?这是否也意味着,如果我们使用“内容”或“自动合并”,除非我们在记录上写下自己的锁,否则我们可能最终会出现断开的链接/边?在这种情况下,这些策略的意义是什么?在OrientDB中,并发是用

本页描述了不同的冲突策略:

如果我们选择“内容”或“自动合并”,我们是否可以确保保持图形的一致性

例如,如果两个线程同时为同一顶点创建两条不同的边(忽略事务)。如果一个线程覆盖了顶点的in_E[]属性,我们将得到一条单向边


更新:
只是想澄清一下:只有当我们将冲突策略设置为“版本”时,乐观的冲突才会出现,对吗?这是否也意味着,如果我们使用“内容”或“自动合并”,除非我们在记录上写下自己的锁,否则我们可能最终会出现断开的链接/边?在这种情况下,这些策略的意义是什么?

在OrientDB中,并发是用乐观的方法管理的。(见附件)
如果没有干扰,因为开发人员进行了良好的管理,图形将保持一致。

只是为了澄清:只有当冲突策略设置为“版本”时,乐观的冲突才会出现,对吗?这是否也意味着,如果我们使用“内容”或“自动合并”,除非我们在记录上写下自己的锁,否则我们可能最终会出现断开的链接/边?在这种情况下,这些策略的意义是什么?