多数据库服务器多个系统的设计问题(必值得一看难!)

Question

用户信息数据服务器    A-----记录会员基本信息应用系统1数据库服务器 B-----系统B的数据记录应用系统1数据库服务器 c-----系统C的数据记录依此类推,问题: 目前B中的一个信息表里有个字段记录会员id,但在B系统中展示此表信息时我要关联展示会员的其它信息,问题也就出现了需要跨库,从性能考虑随着应用
系统的增多,感觉问题会很大,如果在每个服务器都记录会员信息又出现同步更新问题,请有经验的朋友给点建议,最好说说怎么设计部署数据库,谢谢!注意:其它系统展示时可能会用到会员基本信息中的任意字段

Answer 1

不同服务器数据库之间的数据操作--创建链接服务器 
exec sp_addlinkedserver   'ITSV ', ' ', 'SQLOLEDB ', '远程服务器名或ip地址 ' 
exec sp_addlinkedsrvlogin  'ITSV ', 'false ',null, '用户名 ', '密码 ' --查询示例 
select * from ITSV.数据库名.dbo.表名 --导入示例 
select * into 表 from ITSV.数据库名.dbo.表名 --以后不再使用时删除链接服务器 
exec sp_dropserver  'ITSV ', 'droplogins ' --连接远程/局域网数据(openrowset/openquery/opendatasource) 
--1、openrowset --查询示例 
select * from openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名.dbo.表名) --生成本地表 
select * into 表 from openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名.dbo.表名) --把本地表导入远程表 
insert openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名.dbo.表名) 
select *from 本地表 --更新本地表 
update b 
set b.列A=a.列A 
 from openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名.dbo.表名)as a inner join 本地表 b 
on a.column1=b.column1 --openquery用法需要创建一个连接 --首先创建一个连接创建链接服务器 
exec sp_addlinkedserver   'ITSV ', ' ', 'SQLOLEDB ', '远程服务器名或ip地址 ' 
--查询 
select * 
FROM openquery(ITSV,  'SELECT *  FROM 数据库.dbo.表名 ') 
--把本地表导入远程表 
insert openquery(ITSV,  'SELECT *  FROM 数据库.dbo.表名 ') 
select * from 本地表 
--更新本地表 
update b 
set b.列B=a.列B 
FROM openquery(ITSV,  'SELECT * FROM 数据库.dbo.表名 ') as a  
inner join 本地表 b on a.列A=b.列A --3、opendatasource/openrowset 
SELECT   * 
FROM   opendatasource( 'SQLOLEDB ',  'Data Source=ip/ServerName;User ID=登陆名;Password=密码 ' ).test.dbo.roy_ta 
--把本地表导入远程表 

Answer 2

这样的多服务器环境，一般都是要用到复制技术，进行一些数据同步到本地服务器，提高查询效率
当然也要看可以容忍的延时。在更高版本的数据库，比如2005，2008，有可能还要用到Service Broker技术

Answer 3

在每个服务器都记录会员信息.
如果实时性要求不是很高，则定时同步更新；
如果要实时，把B,C向A订阅

Answer 4

方法很多，根据你的描述，会员信息应该只在A服务器维护。
1.用数据库的复制功能，只用快照复制即可，只复制会员信息表到其他服务器；
2.增加时间戳，自己写代码定期扫描表，将新增和修改的数据同步到其他服务器的会员表中；
3.应用系统层面，在各系统中通过远程连接获取会员信息并缓存起来，不需要每次都访问A服务器，当用户信息系统有更新时，通知其他系统更新缓存。参考下观察者模式不建议用linkserver。从设计原则来说，尽量使用应用系统层面，使得部署和访问透明，减少依赖性。