Database design 多主数据库群集上的唯一约束(特别是couchdb)

Database design 多主数据库群集上的唯一约束(特别是couchdb),database-design,concurrency,nosql,couchdb,unique-constraint,Database Design,Concurrency,Nosql,Couchdb,Unique Constraint,您能否使用coach DB跨多主数据库集群存储唯一的用户名和密码?有人说这是不可能的,也有人认为是的。我倾向于支持后者。希望从具有该领域经验的从业者那里获得一些想法和意见 谢谢 无论您的数据库技术是否与multimaster兼容,都可能存在冲突。真是一团糟。如果您有一个低写入数据集,这不是问题。例如,考虑脸谱网:用户需要是独一无二的,所以你可以使用更像一个单一的主人。因为他们的职位。单主机永远不会工作,流量太大,所以高延迟多主机可以工作,以UUID作为PK,没有问题。至少我是这么看的。谢谢你的回

您能否使用coach DB跨多主数据库集群存储唯一的用户名和密码?有人说这是不可能的,也有人认为是的。我倾向于支持后者。希望从具有该领域经验的从业者那里获得一些想法和意见


谢谢

无论您的数据库技术是否与multimaster兼容,都可能存在冲突。真是一团糟。如果您有一个低写入数据集,这不是问题。例如,考虑脸谱网:用户需要是独一无二的,所以你可以使用更像一个单一的主人。因为他们的职位。单主机永远不会工作,流量太大,所以高延迟多主机可以工作,以UUID作为PK,没有问题。至少我是这么看的。谢谢你的回复。我一直在考虑一个方案,它依赖于couchdb的默认冲突解决算法。当针对特定文档ID进行并发写入时,coach会将其中一个修订作为“默认”修订。我实际上要做的是,除非满足某个条件,否则删除所有其他修订。如果我的文档修订版应该替换默认版本,我只会覆盖文档。这是一个似乎有效的计划,但我想知道它有多可靠。这就是问题所在。