多数据库集合问题

[wangjin208]

我们公司是个多行业性企业，现在已经上了CPC，CRM，SCM等几套独立系统，现在马上又要上另两个系统，采用了2-3种数据库,每个系统都有独立的基础资料（如部门、客户、物料、BOM等）.现在为了上级和各部门能随时能看到所有部门的数据并能进行比较等操作,打算设计一个数据库的整合平台.
我现在有两种想法:
一是新建一个集合系统，有独立的数据库，所有其他的系统的数据都定时导入这个数据库中,以后当需要进行这些跨部门的操作时,便调用这个数据库中的数据,但下为了减少各部门服务器的负担,这个集合系统中数据的实时性就打了折扣.
另一种就是只创建个平台,各部门数据的调出等操作都通过直接连接各分系统进行完成.由于各部门的数据量都特别大,这种方案感觉在效率和安全性方便也有很大的弊端.
请问下大虾们这些方案在技术上，会出现什么问题呢？另外大虾们有没有更优的方案.想听听大虾们的意见。谢谢！

[zjyong0123]

从总体上来说，推荐第一种方案，这样对整合和以后的维护会方便很多。对于数据库服务器的负担来说，可以通过前端系统的优化来进行保证，如做分布，优化对数据库访问等