多个子系统应用程序间数据整合问题探讨
我们的客户主要是各个高校，我们是校务系统整合的
现在的高校一般都在用很多校务系统
例如：办公OA、教务排课系统、图书资源管理、学籍管理、人事管理、财务系统等等
但是这些系统都是单独的软件供应商提供的，也就是说每一个都是单独的应用程序

那么客户在实际操作当中，肯定是要给每一个单独的系统建立一套基础数据的
比如部门档案、用户档案、学生档案等等
试想一下，每个学院教职工加上学生数万人，这是多么庞大资源重复和浪费
而且也导致客户的使用这些系统时，都需要单独的登录和操作，这个过程也是相当繁琐的

现在客户的需求就是需要一个数据信息整合平台，把这些各个系统中都相似的、可共享的信息整合到一个地方
当某些可以在各个系统中共享的数据，比如用户档案，只要在某一个系统中改了以后
在其他的系统中也自动更改
当然，实际的情况肯定不止用户档案，还有其他很多可以共享的数据，比如学生档案、分院档案、部门档案等等

每个系统都是单独的数据库，其可能是sqlserver、mysql或者oracle等
我们不能更改现有的系统及其数据库结构，也就是说得不到现有系统提供商在开发上系统接口的支持，只能提供数据字典 

现在的基本思路思路是做一个中转数据库
用来采集数据并且下发至各个子系统 

也就是说，当某个数据库有数据变动的时候，把变动前后的数据都采集过来，
然后下发至其他的各个数据库 

现在的问题：
1，怎么收集这些数据，因为不能用触发器，只能监控其他数据库了，怎么监控
2，采集-下发，然后下发数据也是对子系统的数据进行更改，会不会造成重复的监控操作也就是死循环，怎么避免 
3，性能问题

------解决方案--------------------
这个很有挑战性
值得你详细端详
------解决方案--------------------
应用程序中心、数据仓库
------解决方案--------------------
应用程序需要有管理中心，
数据也要有管理中心
------解决方案--------------------
各个系统扩展一个webservice，而综合系统则调用这些webservice
当然如果不是需要管理只是需要发布的数据也可以使用rss做
------解决方案--------------------
没有感觉你棒啊！！
------解决方案--------------------
望大家踊跃探讨，继续发言。
------解决方案--------------------
主数据系统+数据仓库
------解决方案--------------------
想法不错，只是所有鸡蛋放在一个篮子里，危险！