2011-06-27 84 views
1

我们有很多系统互相交谈,并且变得有点混乱。例如系统B从系统A获取数据,系统A从系统C获取数据,系统C也从系统B获取数据等等。数据使用各种方法传递。一些数据使用sql定期复制,从而复制数据。一些数据是通过本地和远程实时查看的。我们想提出一个更好的解决方案。我的计划是创建一个中央存储库,以便系统转储并获取数据。这听起来像个好主意吗?在远程系统之间处理数据的最佳做法是什么?处理链接系统

在此先感谢。

回答

1

你的意思是像一个data warehouse?只要您不想更新数据,并且只是想用它来报告/驱动其他应用程序,这就非常标准。

你有多种选择,在那里,包括链接的服务器,SSIS包和复制获取数据(如果甲骨文服务器或MS SQL服务器之间)

+0

所以说,我们有一个应用程序“系统A”,它拥有联系信息,系统B需要这些数据,所以当输入一个表单时,有人可以从下拉列表中选择一个联系人,这就是要走的路。我在印象数据仓库只是为了OLAP的东西。 –

0

由于Martin Booth和Dalex说,如果数据仅用于报告,数据仓库就是明显的解决方案。

如果您在交易系统中使用数据,还有一些其他选项。

如果你的系统主要是关于数据的话,我会考虑使用ETL工具(http://en.wikipedia.org/wiki/Extract,_transform,_load)来管理数据的拷贝。

如果你的系统不只是关于数据,你应该看看面向服务的体系结构;这是一个非常模糊的术语,并且可能导致许多付费咨询时间,因此值得做好功课。一般来说,这个想法是将概念“服务”的底层实现(视图,复制,转储/还原等)分离出来。这可能会比你现在所处的位置大得多 - 但是在设计解决方案时,这些原则很有用。

+0

biztalk如何处理数据呢 –

+0

是的 - 这是合乎逻辑的下一步,尽管它在您的项目环境中引入了非常大的额外基础设施。一旦你知道你需要它,我只会这样做。你也可以看看NServiceBus或Mass Transit等不太成熟的产品。 –