Database couchdb for/real/distributed replica

Database couchdb for/real/distributed replica,database,couchdb,conflict,concurrency,Database,Couchdb,Conflict,Concurrency,假设我想要实现一个分布式数据库(每个节点都是其他节点的副本);我听说cdb能够轻松地在两个节点之间同步,并且至少支持某种形式的冲突解决 不幸的是,我不知道couchdb,因此我不得不问:节点的“图”情况如何?假设我们有一千个断开连接的节点;因此,我认为,我们会有n个方向的冲突 在这种情况下,couchdb机制可以帮助我吗 否则,我们应该假设必须建立一个严格的节点层次结构,这在我的例子中是不够的 提前感谢;) 据我所知,CouchDB将在所有节点上保留文档的所有冲突版本。解决一个节点上的冲突后,它

假设我想要实现一个分布式数据库(每个节点都是其他节点的副本);我听说cdb能够轻松地在两个节点之间同步,并且至少支持某种形式的冲突解决

不幸的是,我不知道couchdb,因此我不得不问:节点的“图”情况如何?假设我们有一千个断开连接的节点;因此,我认为,我们会有n个方向的冲突

在这种情况下,couchdb机制可以帮助我吗

否则,我们应该假设必须建立一个严格的节点层次结构,这在我的例子中是不够的


提前感谢;)

据我所知,CouchDB将在所有节点上保留文档的所有冲突版本。解决一个节点上的冲突后,它将传播到其他节点。冲突解决必须由应用程序完成

详细信息请阅读。

现在我明白了,在选择赢家时,默认的“分辨率”算法当然非常通用(不能是任何其他方法),当然也不会尝试任何形式的合并。该算法基本上是双向的,只传播赢家。这并不是说这是错误的,也不是说我不欣赏这个聪明的选择,但我不明白如果不使用couchdb,如何通过可接受的努力来实现这一点。顺便说一句,整个couchdb技术包非常好;它看起来非常有趣;)。谢谢