我有一个项目来创建一个仪表板，它将连接到现有系统以及基于组合来自现有系统的数据创建新功能。例如，仪表板将能够生成“订单”，其中包含从“成员”（MS Access DB）、“员工”（MySQL DB）和“产品”（平面文件）合并的数据，并且还会有特定的新属性到“命令”。
起初，我认为让我的应用程序分别连接到每个系统并在不同数据库之间执行跨供应商连接是最有效的。但后来我认为创建一个集中式/冗余数据库（使用脚本在系统之间推送和拉取数据构建）可能也很有用，因为它可以让一些半技术人员使用像 OOBase 这样的产品，这些产品只能建立一个单一的连接。
创建像我正在谈论的那样的集中式/冗余数据库还有其他优势吗？还是多个直接连接是最好的方法？
提前感谢您的任何提示。
给你一个简短的回答：是的，你想要一个中央数据存储。
您不想在实时数据库上运行复杂的报告。随着您的实时数据库的增长，您将需要做一些整理并清理它，但保留数据以供分析。
您还希望汇总数据，以便执行历史分析。
对于来自不同来源的数据，需要进行一些清理。而且您可能需要知道如何将您的数据链接在一起，并且您必须注意很多类似的事情才能正确完成工作。
您可能会考虑阅读数据仓库 ( wikipedia ) 和商业智能 ( wikipedia )。
如果您想在此系统中添加“新功能”，您还可以查找编排（维基百科。它将允许您将异构业务流程链接在一起。
所有这些都是非常专业和复杂的学科，因此您可能需要专家来咨询您。
要非常非常小心地复制大量数据。如果你这样做了，这里有一些重要的指导方针：
确保将一个系统定义为主系统，其他系统不得篡改数据。
始终将数据从主机复制到从机。
复制数据时，请使用某种校验和以确保已复制所有数据。确保您可以处理“昨天，复制失败”。
如果从站必须进行更改，请将更改推送到主站，然后使用标准的“更新”路径将其合并回从站。避免“在奴隶上保存更改并在未来某个时间更新主人”。