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

本篇將演示利用SQL ServerExpress鏈接遠程SQL Server來獲取數據方式來詳細說明分布式查詢需要注意細節.先看一下系統架構數據查詢基本處理:

 

當然如果采用了分布式查詢 我們系統采取數據DataBase也就可能在多個遠程[Remote Server]上訪問時: 

 

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

<1>分布式查詢方式

我們知道Microsoft微軟公用的數據訪問的API是OLE_DB, 而對數據庫MSSQL Server 2005的分布式查詢支持也是OLE_DB方式.SQL Server 用戶可以使用分布式查詢訪問以下內容：

A:存儲在多個 SQL Server 實例中的分布式數據

B:存儲在各種可以使用 OLE DB 訪問接口訪問的關系和非關系數據源中的異類數據

OLE DB 訪問接口將在稱為行集的表格格式對象中公開數據。SQL Server 允許在 Transact-SQL 語句中像引用 SQL Server 表一樣引用 OLE DB 訪問接口中的行集,[其實不用關心這個行集概念 它的功能類似SQL Server中臨時表 不過它容積更大 能容納類型更多 更豐富]

SQL Server 實例的客戶機與 OLE DB 訪問接口之間的連接 如下圖:

 

從上圖可以看出.客戶端借助OLEDB接口可以訪問Oracle/MS Jet/MS SQL/ODBC/第三方等這些豐富數據源來我們分布式查詢提供數據. 說了這么多關于OLEDB底層支持. 關于在MS SQL 2005中則支持兩種方式來進行分布式查詢:

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

<B>使用特定名稱及特定數據源來直接指定(Add Host Names)

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

方式A:Add Link Server方式建立服務器之間關聯.創建一個鏈接的服務器，使其允許對分布式的、針對 OLE DB 數據源的異類查詢進行訪問. 一般適用于持久的數據操作 對于數據量偏大 服務器之間交付時間長特點.

方式B: Add Host Name 利用域來唯一識別數據庫以及數據庫表對象. 來實現跨服務器訪問. 這種方式一般比較簡單 主要適用于對數據需求臨時性查詢是使用偏多. 不適合做大批量數據提取. 有性能瓶頸.

#p#

<2>分布式查詢實現

在進行實現分布式查詢之前.本次測試Demo對應的SQL版本:

 

確定SQL Server版本后如下會演示兩種方式來實現分布式查詢,并對Distributed Query中詳細細節進行說明.

<2.1>鏈接服務器查詢

鏈接服務器配置使 SQL Server 可以對遠程服務器上的 OLE DB 數據源執行命令。鏈接服務器具有以下優點：

1. 訪問遠程服務器。
2. 能夠對企業內的異類數據源發出分布式查詢、更新、命令和事務。
3. 能夠以相似的方式確定不同的數據源

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

 

現在利用鏈接服務器方式實現數據訪問遠程服務器數據庫CustomerDB中Users表數據先本地添加LinkServer: 

-- 建立連接服務器  第一步建立連接  IP方式來控制     
EXEC sp_addlinkedserver   '192.168.10.104' , 'SQL Server'     
-- 查看鏈接服務器信息  [測試連接成功]    
select name , product, provider, data_source, query_timeout, lazy_schema_validation, is_remote_login_enabled, is_rpc_out_enabled    
from sys.servers    
where is_linked= 1  

如上市建立連接服務器最簡單方式.建立鏈接服務器過程其實調用了系統存儲過程Sp_addlinkedserver. 第一個參數為Name 其實用來唯一標識鏈接服務器. 當然可以其他任何有意義字符串來定義,但我個人建議使用遠程服務器的IP來標識.第二個參數是要添加為鏈接服務器的 OLE DB 數據源的產品名稱. 默認為Null,如果指定”SQL Server“則無需指定其他參數.

如果你的本地裝有多個數據庫實例. 第一個種方式就不適用.這是就需要用SQL Server2005架構來唯一標識:

-- 含架構名  查詢數據兩種模式  
select top 10 * from [192.168.10.104]. wl . 架構名 . 表名     
-- 架構名 [采用默認架構名 ]    
select top 10 * from [192.168.10.104]. CustomerDB . dbo. Users  

對于SQL Server 2005架構這個概念很多人比較陌生:

在用戶角色設置中需要對指定訪問數據CustomerDB具有讀寫權限:

 

在遠程服務器創建TEst用戶時使用SQL Server身份驗證方式登錄 這時設置密碼為RemoteDB.在使用非Sa用戶進行遠程：

-- 執行前先刪除已經存在數據    
Exec sp_droplinkedsrvlogin [192.168.10.76],Null   
Exec sp_dropserver 'demodb'    
-- 創建服務器連接    
EXEC  sp_addlinkedserver    
 @server='demodb',-- 被訪問的服務器別名   
        @srvproduct='',   
      @provider='SQLOLEDB',   
@datasrc='192.168.10.76'   -- 要訪問的服務器  
  EXEC sp_addlinkedsrvlogin    
  'demodb', -- 被訪問的服務器別名   
    'false',   
     NULL,     
  'Test', -- 帳號    
  'RemoteDB' -- 密碼 

如上我們首先清除已經可能創建服務器數據記錄. 然后創建服務器連接.sp_addlinkedSrvlogin系統存儲過程用來創建鏈接服務器上遠程登錄之間的映射 . 即我們可以詳細設置本地與遠程服務器詳細的映射信息. 例如設置我們特定用戶訪問的用戶名和密碼.

查詢數據

-- 查詢指定用戶Test數據   
select * from [demodb].CustomerDB.dbo.Users -- [如上測試成功] 

查詢結果

指定用戶Test對CustomerDB訪問數據方式測試成功.

當測試完成后我們不需要這個連接服務器是即可利用SP_DroplinkServer刪除掉. 對應參數為創建時Name唯一標識. 通過Sp_helpserver來查看連接服務器詳細信息.

注意如上創建連接服務器時設置srvproduct參數即OLED數據源名稱時我們采用了SQlServer方式.

下面說明這種方式特點.：

這種方式是最為簡單直接的一種建立鏈接服務器方式. 但是存在前提的. 測試發現:

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

經過測試還發現一種情況:

利用Windows7訪問XP(Sp2)系統時始終提示無法解析或拒絕連接SQL Server2005.這個問題我整了好久后來才到官方鏈接參數中發現.:如果你的XP系統沒有打上SP4的補丁包 這個問題會始終出現. 需要特別注意.

<2.2>直接指定數據源分布式查詢

其實相對第一種方式, 直接指定方式在SQL Server架構中 其實跳過本地與遠程服務器建立映射關系的這一步. 通過鏈接關系建立 其實就是建立一種內部映射關系. 如果沒有映射關系則 大部分設置需要手動控制.

直接指定數據源方式 需要開啟分布式查詢的基本權限 來進行查詢：

-- 如果想使用分布式查詢，必須先開通分布式查詢 [外圍配置 這點是所有查詢操作前提]     
-- sp_configure--顯示或更改當前服務器的全局配置設置    
-- reconfigure 指定如果配置設置不需要服務器停止并重新啟動，則更新當前運行的值    
-- SQL2005默認是沒有開啟’Ad Hoc Distributed Queries’ 組件     
-- 啟用權限     
exec sp_configure 'show advanced options',1  -- 顯示高級配置    
reconfigure -- 更新值    
exec sp_configure 'Ad Hoc Distributed Queries',1 -- 啟用分布式查詢    
reconfigure   
go    
 -- 關閉分布式查詢   
exec sp_configure 'Ad Hoc Distributed Queries',0       
reconfigure    
exec sp_configure 'show advanced options',0   
 reconfigure   
  go    
  -- 開啟權限后 另外一種查詢方式   
-- 查詢格式    
 SELECT * FROM OPENDATASOURCE(    
  'SQLOLEDB',    
 'Data Source=遠程ip;User ID=sa;Password=密碼'    
   ).庫名.dbo.表名   
  WHERE 條件   
  -- 需要開啟權限   
 -- 開啟權限 提示[遠程的SqlServer不允許遠程連接]   
  select * from OPENDATASOURCE('SQLOLEDB','Data Source=192.168.10.67; User ID=sa; Password=chenkai').wl.dbo.Users 

如上我們首先清除已經可能創建服務器數據記錄. 然后創建服務器連接.sp_addlinkedSrvlogin系統存儲過程用來創建鏈接服務器上遠程登錄之間的映射 . 即我們可以詳細設置本地與遠程服務器詳細的映射信息. 例如設置我們特定用戶訪問的用戶名和密碼.

查詢數據

-- 查詢指定用戶Test數據     
select * from [demodb].CustomerDB.dbo.Users -- [如上測試成功] 

查詢結果

 

 

指定用戶Test對CustomerDB訪問數據方式測試成功.

#p#

<3>問題排查與更多查詢方式

當我們在實際編程中進行訪問遠程數據時 因為不同操作環境會引發各種各樣的異常,如下我會提出一種常見的異常方式解決辦法和關于遠程數據操作更多查詢方式.

<3.1>無法建立遠程連接

其實這個問題在做分布式查詢時極其常見. 而引起這個問題的因素過多. 我們一時無法判斷真正引發這個異常地方. 只能通過逐個排查方式來進行設置:

例如我們在建立關聯關系后 進行查詢時會遇到:

提示是: 在進行遠程連接時超時, 引起這個問題原因可能是遠程服務器積極拒絕訪問!

首先要在SQL Server Configuation Manager中保證你服務已經運行 且是開機自動運行.

再次檢查SQL Server 2005外圍配置DataBaseEngine允許遠程連接:

 

設置完成后.我們還需要設置SQL Server Analysis Services分析服務也支持遠程數據查詢:

 

在遠程服務器上如果啟用了防火墻則可能對目前SQL Server Server方位實例進行攔截. 所以在服務器端啟用防火墻情況下要為SQL Server DAtaBase創建例外.防止客戶端請求被攔截.

<3.2>進程被其他用戶占用

當我們在遠程分布式查詢中有創建動作或是類似創建一個新的數據庫. 有時會提示 “該數據庫無法操作 已經別其他進程占用”異常. 導致我們無法訪問數據庫. 或是執行我們要做的創建操作.

遇到這種情況我們可以利用SA權限查詢到Master數據庫對應數據庫被占用的進程 并殺掉Kill Process.查詢:

-- [sysprocesses 表中保存關于運行在 Microsoft® SQL Server™ 上的進程的信息。     
-- 這些進程可以是客戶端進程或系統進程。sysprocesses 只存儲在 master 數據庫中]   
use Master    
go    
SELECT * FROM sysprocesses ,sysdatabases 
WHERE sysprocesses.dbid=sysdatabases.dbid AND sysdatabases.Name='CustomerDB'    
 select * from sysprocesses     
 select * from sysdatabases   
-- 殺死占用進程    
kill 5 

當我們對進程占用清除時有可能訪問數據庫被系統進程占用. 則這時用Sa無法殺死.這時提示:

“Only use Process can be Kill ”在SQL Server2005 只有只有用戶進程才能Kill掉.

<3.3>更多的查詢操作

往往我們在實際操作中需要對數據讀寫有更多要求. 例如從遠程連接多個服務器進行數據讀取或是把本地數據提交到服務器上. 為了提高效率和性能采用分布式事務來進行批量操作等等. 如下簡單介紹在分布式查詢中多中數據操作:

把遠程數據導入本地:

-- 導入數據操作   
select top(3) * into TestDB.dbo.CopyDb from  [192.168.10.76].wl.dbo.Users 

導入時使用Into方式 自動在本地創建CopyDB表完全復制遠程服務器上Users表的數據結構.但是要注意在進行后 的CopyDB將不包含原表的主鍵和索引約束. 雖然能快構建 但是主鍵和索引設置都會丟失.

本地數據導入遠程:

-- 把本地表導入遠程表 [openWset方式]  
 insert openrowset( 'SQLOLEDB ', 'sql服務器名 '; '用戶名 '; '密碼 ',數據庫名.dbo.表名)  select *from 本地表   
-- 把本地表導入遠程表 [open Query方式]  
 insert openquery(ITSV, 'SELECT * FROM 數據庫.dbo.表名 ')   

更新本地表數據:

-- 把本地表導入遠程表 [opendataSource方式]    
insert opendatasource( 'SQLOLEDB ', 'Data Source=ip/ServerName;User ID=登陸名;Password=密碼 ').數據庫.dbo.表名      
-- 更新本地表 [openowset方式]    
update b  set b.列A=a.列A  from openrowset( 'SQLOLEDB ', 'sql服務器名 '; '用戶名 '; '密碼 ',數據庫名.dbo.表名)    
as a inner join 本地表 b  on a.column1=b.column1   

當然還有更多方式來操作分布式查詢操作.各位都可以嘗試.

<4>尾 語

如上是我最近在項目中處理關于分布式查詢涉及到方方面面. 從系統架構到分部是查詢具體操作細節.基本都是一些非常基礎運用.當然也參考不少資料.以及動手來驗證整個過程出現問題原因所在. 篇幅有限 寫的有些倉促. 難免有紕漏地方 還望各位指正.

原文標題：MSSQl分布式查詢

鏈接：http://www.cnblogs.com/chenkai/archive/2010/09/09/1822305.html

【編輯推薦】

1. SQL Server 2000刪除實戰演習
2. SQL Server存儲過程的命名標準如何進行？
3. 卸載SQL Server 2005組件的正確順序
4. 對SQL Server字符串數據類型的具體描述
5. SQL Server數據類型的種類與應用