请教大家一个设计问题
请教大家一个设计问题。
企业里已经有很多系统了，但是新系统还是会出现的。新系统旧系统都要使用同样的一份企业组织机构数据和用户数据。
作为临时方案都是将某一份数据作为标准，然后倒入到其他的系统里。
这样的话，数据冗余，不符合设计审美眼光，也无法保证当前使用的组织用户数据是最新的。
如果建mssql的链接数据库的话，问题可以解决，但是好像路子有点邪。其它的数据库不知该怎么办了！
难道使用SOA？可是业务跟组织用户关联这么紧密，弄成SOA太麻烦了吧！

不知道哪位高人遇到过类似的问题，或者知道答案的，又或者知道哪里有知道答案的，请回复，谢谢！

------解决方案--------------------
把这些组织机构什么的公共数据抽离出来，作为公共的数据库，弄成soa何尝不可？
一个企业里应该有内网的吧。如果每个系统都重新弄一套重复的数据，维护起来还麻烦。
------解决方案--------------------
在我从头做过的企业子系统中，不管客户端程序有几十个（包括同一个客户端程序可能用不同平台来做出多套），服务器端始终只有一个系统。
------解决方案--------------------
组织机构的数据和管理可以单独的部署，所有客户端调用同一个服务就可以，最好不要部署到各组织机构数据库，同步时比较繁的
------解决方案--------------------
>> 作为临时方案都是将某一份数据作为标准，然后倒入到其他的系统里。

这种方案不可取，数据大量冗余且要做好同步更新难度非常之大， 最好将公共数据抽离出来。

我们企业内部是用VPN，有很多与你一样的需求，我们的处理是：
1. 能独立的数据尽量独立，放到所谓中央数据库。
2. 不能独立的数据做同步冗余（仅处理少量数据），这些数据是本地用的高强依赖性的数据，如果频繁异地抓取VPN不堪重负，只能夜半鸡叫时同步数据（或午休），但牺性实时性。
3. 因分工厂遍布全国各地，基本上是使用“本地”的数据库，当然公共数据需要远程抓取。
4. 分而治之。






------解决方案--------------------

探讨

引用:
可是业务跟组织用户关联这么紧密，弄成SOA太麻烦了吧！

某种意义上说，这就是缺乏远见。

比如淘宝很厉害了吧？如果他想把其他不与之兼容的各种小软件商打垮，那么他就可以开发它的服务器接口平台，让其他软件上、个人都可以借力、只要在其上开发各种各样自己公司要推出的客户端系统就行了。

服务器端的设计是需要非常独立的。虽然服务器端是为客户端服……

------解决方案--------------------

探讨

请教大家一个设计问题。
企业里已经有很多系统了，但是新系统还是会出现的。新系统旧系统都要使用同样的一份企业组织机构数据和用户数据。
作为临时方案都是将某一份数据作为标准，然后倒入到其他的系统里。
这样的话，数据冗余，不符合设计审美眼光，也无法保证当前使用的组织用户数据是最新的。
如果建mssql的链接数据库的话，问题可以解决，但是好像路子有点邪。其它的数据库不知该怎么办了！
难道使用SO……