分布式数据库与否？

Question

INFORMIX-SQL 7.32 (SE) Linux Pawnshop 应用程序。

我有一些用户在 100 英里半径范围内拥有多家当铺。每个当铺应用程序都使用 SE 运行。这些所有者需要的唯一功能是：远程登录任何商店以查看交易、运行总计和在工作日结束时合并每日总计的能力。这可以通过拨号调制解调器来完成，因为应用程序不需要显示 BLOB。在一天结束时，每个商店的总数都被卸载到一个平面文件中并传输到所有者的系统中。

我的所有者通过转换为分布式数据库可以获得什么？...能够查明商店客户是否在另一家商店开展过业务，或者另一家商店是否有想要出售的库存商品？ （不重要，很少发生）。大多数客户通常会与同一家商店做生意，如果他们没有想要的商品出售，他们会去最近的竞争对手当铺。分发 db 的报价来完成与第一段中描述的相同的功能会有什么好处？.. 当铺所有者绝对拒绝通过互联网连接他们的生产系统！他们不相信它的安全性，即使使用 VPN、Cisco 等，也不相信它的可靠性！在世界的这个地区，ISP 的正常运行时间记录不佳。我知道有几个应用程序因为通信问题而从网络转换为拨号！

Answer 1

分布式数据库，更准确地说是 Informix XPS 和 IDS，不仅有一个优势。如果您只关心从不同地方获取数据，您可以通过设计策略来完成它。如果你添加一个“branch_id”或类似的东西，你就完成了。

分布式数据库有很多优势，从可用性到可扩展性。您必须先查看所有这些内容。

对于这种回答很抱歉，但是对于这个话题，真的很难给你一个直接的答案。

Answer 2

CouchDB 是一个基于对等的分布式数据库系统。任意数量的 CouchDB 主机（服务器和离线客户端）都可以拥有同一数据库的独立“副本”，其中应用程序具有完整的数据库交互性（查询、添加、编辑、删除）。当重新联机或按计划恢复时，数据库更改会双向复制。

CouchDB 具有内置的冲突检测和管理，并且复制过程是增量且快速的，仅复制自上次复制以来更改的文档和单个字段。大多数应用程序无需特别规划即可利用分布式更新和复制。

与在相同的旧模型和数据库之上添加分布式功能的繁琐尝试不同，它是精心设计、工程和集成的结果。文档、视图、安全和复制模型、专用查询语言、高效稳健的磁盘布局都经过精心整合，以实现可靠高效的系统。

Answer 3

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

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

第二个主要好处是当数据库太大而一台服务器无法处理时。 “互联网规模”数据库（亚马逊、Twitter 等）具有这种级别的流量。沃尔玛会有这样的流量。一些店面操作不会。

Answer 4

我认为这是一个从分布式数据库操作中获益甚少的环境。

如果您要进行分布式操作，我可能会考虑使用简单的 ER 拓扑，“总部”商店是主（根）节点，其他商店是叶节点。然后，您将对单个商店数据库的更改复制到 HQ 节点；您可能会也可能不会将数据传播回其他商店。尤其是只有两个商店，您实际上可能只是将所有信息复制到两个商店；这为您提供了数据库的自动异地备份。 （在这种情况下，您可能会将所有节点都配置为根节点 - 至少，直到一个链增长到，比如说，五个或六个节点。）

这将为您提供一些灾难恢复的弹性。它还可以让总部（特别是）查看每家商店的情况。

我的印象是，您可能不是在讨论“平均每秒事务数”；单个商店的交易率可能是每分钟几笔交易，“很少”可能少于一个 TPM。因此，网络带宽在任何时候都不太可能成为瓶颈，即使是拨号速度（尽管这可能是临界的）。