时间：2021-07-01 10:21:17 帮助过：33人阅读
MSSQlServer所谓的分布式查询(Distributed Query)是能够访问存放在同一部计算机或不同计算机上的SQL Server或不同种类的数据源, 从概念上来说分布式查询与普通查询区别 它需要连接多个MSSQL服务器也就是具有多了数据源.实现在服务器跨域或跨服务器访问. 而这
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中详细细节进行说明.
<2.1>链接服务器查询
链接服务器配置使 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的补丁包 这个问题会始终出现. 需要特别注意.
<2.2>直接指定数据源分布式查询
其实相对第一种方式, 直接指定方式在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访问数据方式测试成功.