MSSQlServer所謂的分布式查詢(xún)(Distributed Query)是能夠訪(fǎng)問(wèn)存放在同一部計算機或不同計算機上的SQL Server或不同種類(lèi)的數據源, 從概念上來(lái)說(shuō)分布式查詢(xún)與普通查詢(xún)區別 它需要連接多個(gè)MSSQL服務(wù)器也就是具有多了數據源.實(shí)現在服務(wù)器跨域或跨服務(wù)器訪(fǎng)問(wèn). 而這些查詢(xún)是否被使用完全看使用的需要.

　　本篇將演示利用SQlExpress鏈接遠程SQlServer來(lái)獲取數據方式來(lái)詳細說(shuō)明分布式查詢(xún)需要注意細節.先看一下系統架構數據查詢(xún)基本處理:

　　當然如果采用了分布式查詢(xún) 我們系統采取數據DataBase也就可能在多個(gè)遠程[Remote Server]上訪(fǎng)問(wèn)時(shí):

　　如上截取系統架構中關(guān)于數據與緩存流向中涉及的分布式查詢(xún)業(yè)務(wù), 當我們從客戶(hù)端Client發(fā)起請求數據時(shí). 首先檢查MemCache Server緩存服務(wù)器是否有我們想要數據. 如果沒(méi)有我需要查詢(xún)數據庫.  而此時(shí)數據要求查詢(xún)多個(gè)遠程服務(wù)器上多個(gè)數據庫中表, 這時(shí)利用分布式查詢(xún).獲得數據 然后更新我們在緩存服務(wù)器MemCache Server上數據保持數據更新同步, 同時(shí)向客戶(hù)端Client直接返回數據.那如何來(lái)執行這一系列動(dòng)作中最為關(guān)鍵分布式查詢(xún)?

　　<1>分布式查詢(xún)方式

　　我們知道Microsoft微軟公用的數據訪(fǎng)問(wèn)的API是OLE_DB, 而對數據庫MSSQlServer 2005的分布式查詢(xún)支持也是OLE_DB方式.SQL Server 用戶(hù)可以使用分布式查詢(xún)訪(fǎng)問(wèn)以下內容：

　　A:存儲在多個(gè) SQL Server 實(shí)例中的分布式數據

　　B:存儲在各種可以使用 OLE DB 訪(fǎng)問(wèn)接口訪(fǎng)問(wèn)的關(guān)系和非關(guān)系數據源中的異類(lèi)數據

　　OLE DB 訪(fǎng)問(wèn)接口將在稱(chēng)為行集的表格格式對象中公開(kāi)數據。SQL Server 允許在 Transact-SQL 語(yǔ)句中像引用 SQL Server 表一樣引用 OLE DB 訪(fǎng)問(wèn)接口中的行集,[其實(shí)不用關(guān)心這個(gè)行集概念 它的功能類(lèi)似SQl中臨時(shí)表 不過(guò)它容積更大 能容納類(lèi)型更多 更豐富]

　　SQL Server 實(shí)例的客戶(hù)機與 OLE DB 訪(fǎng)問(wèn)接口之間的連接 如下圖:

　　從上圖可以看出.客戶(hù)端借助OLEDB接口可以訪(fǎng)問(wèn)Oracle/MS Jet/MS SQL/ODBC/第三方等這些豐富數據源來(lái)我們分布式查詢(xún)提供數據. 說(shuō)了這么多關(guān)于OLEDB底層支持. 關(guān)于在MSSQL2005中則支持兩種方式來(lái)進(jìn)行分布式查詢(xún):

　　<A>使用添加鏈接服務(wù)器方式(Add Link Server)

　　<B>使用特定名稱(chēng)及特定數據源來(lái)直接指定(Add Host Names)

　　其實(shí)這兩種方式在實(shí)際運用中是有區別的:

　　方式A:Add Link Server方式建立服務(wù)器之間關(guān)聯(lián).創(chuàng )建一個(gè)鏈接的服務(wù)器，使其允許對分布式的、針對 OLE DB 數據源的異類(lèi)查詢(xún)進(jìn)行訪(fǎng)問(wèn). 一般適用于持久的數據操作 對于數據量偏大 服務(wù)器之間交付時(shí)間長(cháng)特點(diǎn).

　　方式B: Add Host Name 利用域來(lái)唯一識別數據庫以及數據庫表對象. 來(lái)實(shí)現跨服務(wù)器訪(fǎng)問(wèn). 這種方式一般比較簡(jiǎn)單 主要適用于對數據需求臨時(shí)性查詢(xún)是使用偏多. 不適合做大批量數據提取. 有性能瓶頸.

　　<2>分布式查詢(xún)實(shí)現

　　在進(jìn)行實(shí)現分布式查詢(xún)之前.本次測試Demo對應的SQL版本:

　　確定SQLServer版本后如下會(huì )演示兩種方式來(lái)實(shí)現分布式查詢(xún),并對Distributed Query中詳細細節進(jìn)行說(shuō)明.

　　<2.1>鏈接服務(wù)器查詢(xún)

　　鏈接服務(wù)器配置使 SQL Server 可以對遠程服務(wù)器上的 OLE DB 數據源執行命令。鏈接服務(wù)器具有以下優(yōu)點(diǎn)：

1. 訪(fǎng)問(wèn)遠程服務(wù)器。
2. 能夠對企業(yè)內的異類(lèi)數據源發(fā)出分布式查詢(xún)、更新、命令和事務(wù)。
3. 能夠以相似的方式確定不同的數據源

　　下圖顯示了鏈接服務(wù)器配置的基礎:

　　現在利用鏈接服務(wù)器方式實(shí)現數據訪(fǎng)問(wèn)遠程服務(wù)器數據庫CustomerDB中Users表數據先本地添加LinkServer:

   1:  -- 建立連接服務(wù)器  第一步建立連接  IP方式來(lái)控制 
   2:   
   3:  EXEC sp_addlinkedserver   '192.168.10.104' , 'SQL Server' 
   4:   
   5:  -- 查看鏈接服務(wù)器信息  [測試連接成功]
   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 

　　如上市建立連接服務(wù)器最簡(jiǎn)單方式.建立鏈接服務(wù)器過(guò)程其實(shí)調用了系統存儲過(guò)程Sp_addlinkedserver. 第一個(gè)參數為Name 其實(shí)用來(lái)唯一標識鏈接服務(wù)器. 當然可以其他任何有意義字符串來(lái)定義,但我個(gè)人建議使用遠程服務(wù)器的IP來(lái)標識.第二個(gè)參數是要添加為鏈接服務(wù)器的 OLE DB 數據源的產(chǎn)品名稱(chēng). 默認為Null,如果指定”SQlServer“則無(wú)需指定其他參數.

　　如果你的本地裝有多個(gè)數據庫實(shí)例. 第一個(gè)種方式就不適用.這是就需要用SQl2005架構來(lái)唯一標識:

   1:  -- 含架構名  查詢(xún)數據兩種模式 
   3:  select top 10 * from [192.168.10.104]. wl . 架構名 . 表名
   5:  -- 架構名 [采用默認架構名 ] 
   7:  select top 10 * from [192.168.10.104]. CustomerDB . dbo. Users 

　　對于Sql2005架構這個(gè)概念很多人比較陌生:

　　架構是形成單個(gè)命名空間的數據庫實(shí)體的集合。命名空間是一個(gè)集合，其中每個(gè)元素的名稱(chēng)都是唯一的。 例如，為了避免名稱(chēng)沖突，同一架構中不能有兩個(gè)同名的表。兩個(gè)表只有在位于不同的架構中時(shí)才可以同名 例如本次Demo 在CustomerDB后對應DBO既是默認的架構名.

　　創(chuàng )建后.如果需要修改連接服務(wù)器屬性可以通過(guò)sp_serveroption系統Proc來(lái)設置:

   1:  -- 配置鏈接服務(wù)器屬性 sp_serveroption為遠程服務(wù)器和鏈接服務(wù)器設置服務(wù)器選項
   2:  -- 語(yǔ)法  sp_serveroption [@server =] 'server',[@optname =] 'option_name',[@optvalue =] 'option_value'
   4:  exec sp_serveroption '192.168.10.104','name','192.168.10.104' 
   6:  -- 查看連接服務(wù)器
   7:  select * from sys.servers

　　建立后我就可以直接來(lái)查詢(xún)遠程服務(wù)器上數據:

   1:  -- 查詢(xún)遠程服務(wù)器數據
   3:  select * from [192.168.10.104].CustomerDB.dbo.Users   --[成功]
   5:  -- sp_droplinkedsrvlogin 刪除鏈接服務(wù)器登錄名映射 [刪除登錄映射]
   6:  -- 如果為 NULL，那么將會(huì )刪除由 sp_addlinkedserver 創(chuàng  )建的默認映射 [第二個(gè)參數]
   8:  exec sp_droplinkedsrvlogin '192.168.10.104' ,NULL 
  10:  -- 刪除鏈接服務(wù)器屬性 [刪除服務(wù)器]
  12:  exec sp_dropserver 'mytest' --[刪除成功 同時(shí)也刪除了Sys_Server信息]
  14:  -- 查看服務(wù)器詳細信息
  15:  EXEC sp_helpserver

　　查詢(xún)結果:

　　測試查詢(xún)成功.遠程數據成功獲取.

　　當測試完成后我們不需要這個(gè)連接服務(wù)器是即可利用SP_DroplinkServer刪除掉. 對應參數為創(chuàng )建時(shí)Name唯一標識. 通過(guò)Sp_helpserver來(lái)查看連接服務(wù)器詳細信息.

　　注意如上創(chuàng )建連接服務(wù)器時(shí)設置srvproduct參數即OLED數據源名稱(chēng)時(shí)我們采用了SQlServer方式.

　　下面說(shuō)明這種方式特點(diǎn).：

　　這種方式是最為簡(jiǎn)單直接的一種建立鏈接服務(wù)器方式. 但是存在前提的. 測試發(fā)現:

　　在所有數據庫的遠程連接 dbo 的方式必須建立在 SA 密碼相同的基礎上 ，否則容易產(chǎn)生無(wú)法連接的情況 Sa用戶(hù)登錄失敗. 你也就明白這個(gè)SQlServer參數其實(shí)就是在本地數據拷貝服務(wù)器角色SysAdmin下用戶(hù)SA.來(lái)對服務(wù)器進(jìn)行登錄. 如果你的本地Sa密碼與遠程服務(wù)器上密碼不一致 則無(wú)法正常連接.

　　經(jīng)過(guò)測試還發(fā)現一種情況:

　　利用Windows7訪(fǎng)問(wèn)XP(Sp2)系統時(shí)始終提示無(wú)法解析或拒絕連接SQlServer2005.這個(gè)問(wèn)題我整了好久后來(lái)才到官方鏈接參數中發(fā)現.:如果你的XP系統沒(méi)有打上SP4的補丁包 這個(gè)問(wèn)題會(huì )始終出現. 需要特別注意.

　　<2.2>直接指定數據源分布式查詢(xún)

　　其實(shí)相對第一種方式, 直接指定方式在SQlServer架構中 其實(shí)跳過(guò)本地與遠程服務(wù)器建立映射關(guān)系的這一步. 通過(guò)鏈接關(guān)系建立 其實(shí)就是建立一種內部映射關(guān)系. 如果沒(méi)有映射關(guān)系則 大部分設置需要手動(dòng)控制.

　　直接指定數據源方式 需要開(kāi)啟分布式查詢(xún)的基本權限 來(lái)進(jìn)行查詢(xún)：

   2:  -- 如果想使用分布式查詢(xún)，必須先開(kāi)通分布式查詢(xún) [外圍配置 這點(diǎn)是所有查詢(xún)操作前提]
   3:  -- sp_configure--顯示或更改當前服務(wù)器的全局配置設置
   4:  -- reconfigure 指定如果配置設置不需要服務(wù)器停止并重新啟動(dòng)，則更新當前運行的值
   5:  -- SQL2005默認是沒(méi)有開(kāi)啟’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 -- 啟用分布式查詢(xún)
  11:  reconfigure
  12:  go
  14:   
  15:  -- 關(guān)閉分布式查詢(xún)
  16:  exec sp_configure 'Ad Hoc Distributed Queries',0   
  17:  reconfigure
  18:  exec sp_configure 'show advanced options',0
  19:  reconfigure
  20:  go  
  23:  -- 開(kāi)啟權限后 另外一種查詢(xún)方式
  24:  -- 查詢(xún)格式
  25:  SELECT * FROM OPENDATASOURCE(
  26:   'SQLOLEDB',
  27:   'Data Source=遠程ip;User ID=sa;Password=密碼'
  28:   ).庫名.dbo.表名
  29:   WHERE 條件
  31:  -- 需要開(kāi)啟權限 
  32:  -- 開(kāi)啟權限 提示[遠程的SqlServer不允許遠程連接]
  34:  select * from OPENDATASOURCE('SQLOLEDB','Data Source=192.168.10.67; User ID=sa; Password=chenkai').wl.dbo.Users

　　開(kāi)啟權限后. 需要里利用ReConfig命令來(lái)確認.對目前分布式查詢(xún)權限的修改. 如果在使用完分布式查詢(xún)后注意關(guān)閉.最后查詢(xún)結果:

　　測試成功.

　　有些人說(shuō)使用數據庫角色SysAdmin角色下的Sa用戶(hù)進(jìn)行遠程數據傳輸和驗證. 不安全. 其實(shí)在使用過(guò)程中應該不難看出. 在從遠程服務(wù)器拉取數據庫過(guò)程中. 本地數據庫需要對權限，創(chuàng )建連接服務(wù)器都需要最大用戶(hù)權限來(lái)操作. 而服務(wù)器呢, 只需要能連接上 同時(shí)對指定數據CustomerDB具有讀寫(xiě)的權限即可. 當然你更多遠程操作可以把用戶(hù)賦予CustomerDB的OWner角色.

　　這時(shí)我們如何用非SA用戶(hù)來(lái)來(lái)連接遠程用戶(hù)?

　　我們現在遠程服務(wù)器上對連接創(chuàng )建一個(gè)用戶(hù)名為T(mén)est的用戶(hù) 服務(wù)器角色設置Public即可:

　　在用戶(hù)角色設置中需要對指定訪(fǎng)問(wèn)數據CustomerDB具有讀寫(xiě)權限:

　　在遠程服務(wù)器創(chuàng )建TEst用戶(hù)時(shí)使用SQlServer身份驗證方式登錄 這時(shí)設置密碼為RemoteDB.在使用非Sa用戶(hù)進(jìn)行遠程：

   1:  -- 執行前先刪除已經(jīng)存在數據
   2:  Exec sp_droplinkedsrvlogin [192.168.10.76],Null
   3:  Exec sp_dropserver 'demodb'
   4:   
   5:  -- 創(chuàng  )建服務(wù)器連接
   6:  EXEC  sp_addlinkedserver
   7:        @server='demodb',-- 被訪(fǎng)問(wèn)的服務(wù)器別名 
   8:        @srvproduct='',
   9:        @provider='SQLOLEDB',
  10:        @datasrc='192.168.10.76'   -- 要訪(fǎng)問(wèn)的服務(wù)器
  12:   
  13:  EXEC sp_addlinkedsrvlogin 
  14:       'demodb', -- 被訪(fǎng)問(wèn)的服務(wù)器別名
  15:       'false', 
  16:       NULL, 
  17:       'Test', -- 賬號
  18:       'RemoteDB' -- 密碼

　　如上我們首先清除已經(jīng)可能創(chuàng )建服務(wù)器數據記錄. 然后創(chuàng )建服務(wù)器連接.sp_addlinkedSrvlogin系統存儲過(guò)程用來(lái)創(chuàng )建鏈接服務(wù)器上遠程登錄之間的映射 . 即我們可以詳細設置本地與遠程服務(wù)器詳細的映射信息. 例如設置我們特定用戶(hù)訪(fǎng)問(wèn)的用戶(hù)名和密碼.

　　查詢(xún)數據:

   1:  -- 查詢(xún)指定用戶(hù)Test數據
   2:  select * from [demodb].CustomerDB.dbo.Users -- [如上測試成功]

　　查詢(xún)結果:

　　指定用戶(hù)Test對CustomerDB訪(fǎng)問(wèn)數據方式測試成功.