mssqlserver所谓的分布式查询(distributed query)是能够访问存放在同一部计算机或不同计算机上的sql server或不同种类的数据源, 从概念上来说分布式查询与普通查询区别 它需要连接多个mssql服务器也就是具有多了数据源.实现在服务器跨域或跨服务器访问. 而这些查询是否被使用完全看使用的需要.
本篇将演示利用sqlexpress链接远程sqlserver来获取数据方式来详细说明分布式查询需要注意细节.先看一下系统架构数据查询基本处理:
当然如果采用了分布式查询 我们系统采取数据database也就可能在多个远程[remote server]上访问时:
如上截取系统架构中关于数据与缓存流向中涉及的分布式查询业务, 当我们从客户端client发起请求数据时. 首先检查memcache server缓存服务器是否有我们想要数据. 如果没有我需要查询数据库. 而此时数据要求查询多个远程服务器上多个数据库中表, 这时利用分布式查询.获得数据 然后更新我们在缓存服务器memcache server上数据保持数据更新同步, 同时向客户端client直接返回数据.那如何来执行这一系列动作中最为关键分布式查询?
分布式查询方式我们知道microsoft微软公用的数据访问的api是ole_db, 而对数据库mssqlserver 2005的分布式查询支持也是ole_db方式.sql server 用户可以使用分布式查询访问以下内容：
a:存储在多个 sql server 实例中的分布式数据
b:存储在各种可以使用 ole db 访问接口访问的关系和非关系数据源中的异类数据
ole db 访问接口将在称为行集的表格格式对象中公开数据。sql server 允许在 transact-sql 语句中像引用 sql server 表一样引用 ole db 访问接口中的行集,[其实不用关心这个行集概念 它的功能类似sql中临时表 不过它容积更大 能容纳类型更多 更丰富]
sql server 实例的客户机与 ole db 访问接口之间的连接 如下图:
从上图可以看出.客户端借助oledb接口可以访问oracle/ms jet/ms sql/odbc/第三方等这些丰富数据源来我们分布式查询提供数据. 说了这么多关于oledb底层支持. 关于在mssql2005中则支持两种方式来进行分布式查询:
使用添加链接服务器方式(add link server)
使用特定名称及特定数据源来直接指定(add host names)
其实这两种方式在实际运用中是有区别的:
方式a:add link server方式建立服务器之间关联.创建一个链接的服务器，使其允许对分布式的、针对 ole db 数据源的异类查询进行访问. 一般适用于持久的数据操作 对于数据量偏大 服务器之间交付时间长特点.
方式b: add host name 利用域来唯一识别数据库以及数据库表对象. 来实现跨服务器访问. 这种方式一般比较简单 主要适用于对数据需求临时性查询是使用偏多. 不适合做大批量数据提取. 有性能瓶颈.
分布式查询实现 在进行实现分布式查询之前.本次测试demo对应的sql版本:
确定sqlserver版本后如下会演示两种方式来实现分布式查询,并对distributed query中详细细节进行说明.
链接服务器查询
链接服务器配置使 sql server 可以对远程服务器上的 ole db 数据源执行命令。链接服务器具有以下优点：
访问远程服务器。 能够对企业内的异类数据源发出分布式查询、更新、命令和事务。 能够以相似的方式确定不同的数据源 下图显示了链接服务器配置的基础:
现在利用链接服务器方式实现数据访问远程服务器数据库customerdb中users表数据先本地添加linkserver:
1: -- 建立连接服务器 第一步建立连接 ip方式来控制
2:
3: exec sp_addlinkedserver '192.168.10.104' , 'sql server'
4:
5: -- 查看链接服务器信息 [测试连接成功]
6:
7: select name , product, provider, data_source, query_timeout, lazy_schema_validation, is_remote_login_enabled, is_rpc_out_enabled
8: from sys.servers
9: where is_linked=1
如上市建立连接服务器最简单方式.建立链接服务器过程其实调用了系统存储过程sp_addlinkedserver. 第一个参数为name 其实用来唯一标识链接服务器. 当然可以其他任何有意义字符串来定义,但我个人建议使用远程服务器的ip来标识.第二个参数是要添加为链接服务器的 ole db 数据源的产品名称. 默认为null,如果指定”sqlserver“则无需指定其他参数.
如果你的本地装有多个数据库实例. 第一个种方式就不适用.这是就需要用sql2005架构来唯一标识:
1: -- 含架构名 查询数据两种模式
3: selecttop10*from[192.168.10.104]. wl . 架构名 . 表名
5: -- 架构名 [采用默认架构名 ]
7: selecttop10*from[192.168.10.104]. customerdb . dbo. users
对于sql2005架构这个概念很多人比较陌生:
架构是形成单个命名空间的数据库实体的集合。命名空间是一个集合，其中每个元素的名称都是唯一的。 例如，为了避免名称冲突，同一架构中不能有两个同名的表。两个表只有在位于不同的架构中时才可以同名 例如本次demo 在customerdb后对应dbo既是默认的架构名.
创建后.如果需要修改连接服务器属性可以通过sp_serveroption系统proc来设置:
1: -- 配置链接服务器属性 sp_serveroption为远程服务器和链接服务器设置服务器选项
2: -- 语法 sp_serveroption [@server =] 'server',[@optname =] 'option_name',[@optvalue =] 'option_value'
4: exec sp_serveroption '192.168.10.104','name','192.168.10.104'
6: -- 查看连接服务器
7: select*from sys.servers
建立后我就可以直接来查询远程服务器上数据:
1: -- 查询远程服务器数据
3: select*from[192.168.10.104].customerdb.dbo.users --[成功]
5: -- sp_droplinkedsrvlogin 删除链接服务器登录名映射 [删除登录映射]
6: -- 如果为 null，那么将会删除由 sp_addlinkedserver 创建的默认映射 [第二个参数]
8: exec sp_droplinkedsrvlogin '192.168.10.104' ,null
10: -- 删除链接服务器属性 [删除服务器]
12: exec sp_dropserver 'mytest'--[删除成功 同时也删除了sys_server信息]
14: -- 查看服务器详细信息
15: exec sp_helpserver
查询结果:
测试查询成功.远程数据成功获取.
当测试完成后我们不需要这个连接服务器是即可利用sp_droplinkserver删除掉. 对应参数为创建时name唯一标识. 通过sp_helpserver来查看连接服务器详细信息.
注意如上创建连接服务器时设置srvproduct参数即oled数据源名称时我们采用了sqlserver方式.
下面说明这种方式特点.：
这种方式是最为简单直接的一种建立链接服务器方式. 但是存在前提的. 测试发现:
在所有数据库的远程连接 dbo 的方式必须建立在 sa 密码相同的基础上 ，否则容易产生无法连接的情况 sa用户登录失败. 你也就明白这个sqlserver参数其实就是在本地数据拷贝服务器角色sysadmin下用户sa.来对服务器进行登录. 如果你的本地sa密码与远程服务器上密码不一致 则无法正常连接.
经过测试还发现一种情况:
利用windows7访问xp(sp2)系统时始终提示无法解析或拒绝连接sqlserver2005.这个问题我整了好久后来才到官方链接参数中发现.:如果你的xp系统没有打上sp4的补丁包 这个问题会始终出现. 需要特别注意.
直接指定数据源分布式查询
其实相对第一种方式, 直接指定方式在sqlserver架构中 其实跳过本地与远程服务器建立映射关系的这一步. 通过链接关系建立 其实就是建立一种内部映射关系. 如果没有映射关系则 大部分设置需要手动控制.
直接指定数据源方式 需要开启分布式查询的基本权限 来进行查询：
2: -- 如果想使用分布式查询，必须先开通分布式查询 [外围配置 这点是所有查询操作前提]
3: -- sp_configure--显示或更改当前服务器的全局配置设置
4: -- reconfigure 指定如果配置设置不需要服务器停止并重新启动，则更新当前运行的值
5: -- sql2005默认是没有开启’ad hoc distributed queries’ 组件
6:
7: -- 启用权限
8: exec sp_configure 'show advanced options',1-- 显示高级配置
9: reconfigure-- 更新值
10: exec sp_configure 'ad hoc distributed queries',1-- 启用分布式查询
11: reconfigure
12: go
14:
15: -- 关闭分布式查询
16: exec sp_configure 'ad hoc distributed queries',0
17: reconfigure
18: exec sp_configure 'show advanced options',0
19: reconfigure
20: go
23: -- 开启权限后 另外一种查询方式
24: -- 查询格式
25: select*fromopendatasource(
26: 'sqloledb',
27: 'data source=远程ip;user id=sa;password=密码'
28: ).库名.dbo.表名
29: where 条件
31: -- 需要开启权限
32: -- 开启权限 提示[远程的sqlserver不允许远程连接]
34: select*fromopendatasource('sqloledb','data source=192.168.10.67; user id=sa; password=chenkai').wl.dbo.users
开启权限后. 需要里利用reconfig命令来确认.对目前分布式查询权限的修改. 如果在使用完分布式查询后注意关闭.最后查询结果:
测试成功.
有些人说使用数据库角色sysadmin角色下的sa用户进行远程数据传输和验证. 不安全. 其实在使用过程中应该不难看出. 在从远程服务器拉取数据库过程中. 本地数据库需要对权限，创建连接服务器都需要最大用户权限来操作. 而服务器呢, 只需要能连接上 同时对指定数据customerdb具有读写的权限即可. 当然你更多远程操作可以把用户赋予customerdb的owner角色.
这时我们如何用非sa用户来来连接远程用户?
我们现在远程服务器上对连接创建一个用户名为test的用户 服务器角色设置public即可:
在用户角色设置中需要对指定访问数据customerdb具有读写权限:
在远程服务器创建test用户时使用sqlserver身份验证方式登录 这时设置密码为remotedb.在使用非sa用户进行远程：
1: -- 执行前先删除已经存在数据
2: exec sp_droplinkedsrvlogin [192.168.10.76],null
3: exec sp_dropserver 'demodb'
4:
5: -- 创建服务器连接
6: exec sp_addlinkedserver
7: @server='demodb',-- 被访问的服务器别名
8: @srvproduct='',
9: @provider='sqloledb',
10: @datasrc='192.168.10.76'-- 要访问的服务器
12:
13: exec sp_addlinkedsrvlogin
14: 'demodb', -- 被访问的服务器别名
15: 'false',
16: null,
17: 'test', -- 帐号
18: 'remotedb'-- 密码
如上我们首先清除已经可能创建服务器数据记录. 然后创建服务器连接.sp_addlinkedsrvlogin系统存储过程用来创建链接服务器上远程登录之间的映射 . 即我们可以详细设置本地与远程服务器详细的映射信息. 例如设置我们特定用户访问的用户名和密码.
查询数据:
1: -- 查询指定用户test数据
2: select*from[demodb].customerdb.dbo.users -- [如上测试成功]
查询结果:
指定用户test对customerdb访问数据方式测试成功.