分布式数据库与否？

Question

INFORMIX-SQL 7.32（SE）Linux Pawnshop App。

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

我的所有者通过转换为分布式数据库获得了什么？能够查明商店客户是否在另一家商店开展业务，或者其他商店是否有所需的待售库存商品？ （不重要，很少发生）。大多数顾客通常会在同一家商店做生意，如果他们没有想要的商品，他们会去最近的竞争对手典当行。分配db提供的功能可以实现与第一段所述相同的功能吗？Pawnshop所有者绝对拒绝通过互联网连接他们的生产系统！他们不相信它的安全性，甚至使用VPN，思科等，或其可靠性！在这个地区，ISP的正常运行时间记录不佳。我知道有几个应用程序因为通讯问题而从网络转换为拨号！

Answer 1

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

分布式DB具有许多优势，从可用性到可伸缩性。你必须先审查所有这些事情。

很抱歉这样的答案，但很难直接回答这个问题。

Answer 2

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

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

与在相同的传统模型和数据库之上固定分布式功能的繁琐尝试不同，它是仔细的基础设计，工程和集成的结果。文档，视图，安全和复制模型，专用查询语言，高效且强大的磁盘布局都经过精心集成，可实现可靠，高效的系统。

Answer 3

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

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

第二个主要好处是当数据库太大而一台服务器无法应对时。 “互联网规模”数据库（亚马逊，Twitter等）拥有这种流量。沃尔玛会有这样的流量。几个店面运营不会。

Answer 4

我认为这是一个在分布式数据库操作中几乎没有收获的环境。

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

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

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