分布式数据库?

如果您不打算在数据库之间建立90%以上的正常运行时间连接,那么分布式数据库就没有任何好处。

一个主要好处是,当一台机器停机或不可用时,为大型企业提供“故障转移”。如果他们将数据库分布在三台或四台机器上,那么丢失一台不会影响他们的业务能力。

第二个主要好处是数据库太大,一台服务器无法应付。互联网规模的数据库(Amazon、Twitter等)拥有这样的流量水平。沃尔玛的交通量会达到这个水平。一些店面的操作不会。

分布式DBS,更准确地说是InformixXPS和IDS,并没有一个优势。如果您只关心从不同的地方获取数据,那么只需要一个设计策略就可以完成它。如果你添加了一个“分支ID”,或者类似的东西,你就完成了。

分布式DBS有很多优点,从可用性到可扩展性。你必须先复习这些东西。

很抱歉这样的回答,但很难就这个话题给你一个直接的答案。

CouchDB 是基于对等的分布式数据库系统。任何数量的couchdb主机(服务器和离线客户机)都可以具有同一数据库的独立副本,其中应用程序具有完整的数据库交互(查询、添加、编辑、删除)。当重新联机或按计划运行时,数据库更改将双向复制。

CouchDB具有内置的冲突检测和管理功能,复制过程是增量和快速的,只复制自上次复制后更改的文档和单个字段。大多数应用程序不需要特殊的计划来利用分布式更新和复制。

与将分布式功能栓接到相同的遗留模型和数据库上的繁琐尝试不同,这是精心设计、工程和集成的结果。文档、视图、安全性和复制模型、特殊用途的查询语言、高效和健壮的磁盘布局都经过精心集成,以实现可靠和高效的系统。

我认为这是一个没有什么可从分布式数据库操作中获得的上下文。

如果您要进行分布式操作,我可能会考虑使用一个简单的ER拓扑,其中“head office”商店是主(根)节点,其他商店是叶节点。然后,您将对单个存储数据库的更改复制到HQ节点;您可能会或可能不会将数据传播回其他存储。尤其是对于只有两个存储区的情况,实际上您可能只需将所有信息复制到两个存储区;这将为您提供数据库的自动非现场备份。(在这种情况下,您可能会将所有节点配置为根节点——至少在链增长到(比如说)五个或六个节点之前是这样的。)

这将为灾难恢复提供一定的弹性。它还允许总部(尤其是总部)查看每家商店的情况。

我的印象是,您可能不会平均讨论“每秒事务数”;单个存储的事务速率可能是每分钟几个事务,其中“少数”可能少于一个TPM。因此,网络带宽在任何时候都不可能成为瓶颈,即使是拨号速度(尽管这可能是边界)。