詳解SQL Server分布式查詢(xún)
當(dāng)前位置：點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
SQL Server所謂的分布式查詢(xún)(Distributed Query)是能夠訪問(wèn)存放在同一部計(jì)算機(jī)或不同計(jì)算機(jī)上的SQL Server或不同種類(lèi)的數(shù)據(jù)源, 從概念上來(lái)說(shuō)分布式查詢(xún)與普通查詢(xún)區(qū)別 它需要連接多個(gè)MSSQL服務(wù)器也就是具有多了數(shù)據(jù)源.實(shí)現(xiàn)在服務(wù)器跨域或跨服務(wù)器訪問(wèn). 而這些查詢(xún)是否被使用完全看使用的需要. 本篇將演示利用SQL ServerExpress鏈接遠(yuǎn)程SQL Server來(lái)獲取數(shù)據(jù)方式來(lái)詳細(xì)說(shuō)明分布式查詢(xún)需要注意細(xì)節(jié).先看一下系統(tǒng)架構(gòu)數(shù)據(jù)查詢(xún)基本處理:
當(dāng)然如果采用了分布式查詢(xún) 我們系統(tǒng)采取數(shù)據(jù)DataBase也就可能在多個(gè)遠(yuǎn)程[Remote Server]上訪問(wèn)時(shí):
如上截取系統(tǒng)架構(gòu)中關(guān)于數(shù)據(jù)與緩存流向中涉及的分布式查詢(xún)業(yè)務(wù), 當(dāng)我們從客戶(hù)端Client發(fā)起請(qǐng)求數(shù)據(jù)時(shí). 首先檢查MemCache Server緩存服務(wù)器是否有我們想要數(shù)據(jù). 如果沒(méi)有我需要查詢(xún)數(shù)據(jù)庫(kù). 而此時(shí)數(shù)據(jù)要求查詢(xún)多個(gè)遠(yuǎn)程服務(wù)器上多個(gè)數(shù)據(jù)庫(kù)中表, 這時(shí)利用分布式查詢(xún).獲得數(shù)據(jù) 然后更新我們?cè)诰彺娣?wù)器MemCache Server上數(shù)據(jù)保持?jǐn)?shù)據(jù)更新同步, 同時(shí)向客戶(hù)端Client直接返回?cái)?shù)據(jù).那如何來(lái)執(zhí)行這一系列動(dòng)作中最為關(guān)鍵分布式查詢(xún)? <1>分布式查詢(xún)方式 我們知道Microsoft微軟公用的數(shù)據(jù)訪問(wèn)的API是OLE_DB, 而對(duì)數(shù)據(jù)庫(kù)MSSQL Server 2005的分布式查詢(xún)支持也是OLE_DB方式.SQL Server 用戶(hù)可以使用分布式查詢(xún)?cè)L問(wèn)以下內(nèi)容： A:存儲(chǔ)在多個(gè) SQL Server 實(shí)例中的分布式數(shù)據(jù) B:存儲(chǔ)在各種可以使用 OLE DB 訪問(wèn)接口訪問(wèn)的關(guān)系和非關(guān)系數(shù)據(jù)源中的異類(lèi)數(shù)據(jù) OLE DB 訪問(wèn)接口將在稱(chēng)為行集的表格格式對(duì)象中公開(kāi)數(shù)據(jù)。SQL Server 允許在 Transact-SQL 語(yǔ)句中像引用 SQL Server 表一樣引用 OLE DB 訪問(wèn)接口中的行集,[其實(shí)不用關(guān)心這個(gè)行集概念 它的功能類(lèi)似SQL Server中臨時(shí)表 不過(guò)它容積更大 能容納類(lèi)型更多 更豐富] SQL Server 實(shí)例的客戶(hù)機(jī)與 OLE DB 訪問(wèn)接口之間的連接 如下圖:
從上圖可以看出.客戶(hù)端借助OLEDB接口可以訪問(wèn)Oracle/MS Jet/MS SQL/ODBC/第三方等這些豐富數(shù)據(jù)源來(lái)我們分布式查詢(xún)提供數(shù)據(jù). 說(shuō)了這么多關(guān)于OLEDB底層支持. 關(guān)于在MS SQL 2005中則支持兩種方式來(lái)進(jìn)行分布式查詢(xún): 使用添加鏈接服務(wù)器方式(Add Link Server) 使用特定名稱(chēng)及特定數(shù)據(jù)源來(lái)直接指定(Add Host Names) 其實(shí)這兩種方式在實(shí)際運(yùn)用中是有區(qū)別的: 方式A:Add Link Server方式建立服務(wù)器之間關(guān)聯(lián).創(chuàng)建一個(gè)鏈接的服務(wù)器，使其允許對(duì)分布式的、針對(duì) OLE DB 數(shù)據(jù)源的異類(lèi)查詢(xún)進(jìn)行訪問(wèn). 一般適用于持久的數(shù)據(jù)操作 對(duì)于數(shù)據(jù)量偏大 服務(wù)器之間交付時(shí)間長(zhǎng)特點(diǎn). 方式B: Add Host Name 利用域來(lái)唯一識(shí)別數(shù)據(jù)庫(kù)以及數(shù)據(jù)庫(kù)表對(duì)象. 來(lái)實(shí)現(xiàn)跨服務(wù)器訪問(wèn). 這種方式一般比較簡(jiǎn)單 主要適用于對(duì)數(shù)據(jù)需求臨時(shí)性查詢(xún)是使用偏多. 不適合做大批量數(shù)據(jù)提取. 有性能瓶頸. <2>分布式查詢(xún)實(shí)現(xiàn) 在進(jìn)行實(shí)現(xiàn)分布式查詢(xún)之前.本次測(cè)試Demo對(duì)應(yīng)的SQL版本:
確定SQL Server版本后如下會(huì)演示兩種方式來(lái)實(shí)現(xiàn)分布式查詢(xún),并對(duì)Distributed Query中詳細(xì)細(xì)節(jié)進(jìn)行說(shuō)明. <2.1>鏈接服務(wù)器查詢(xún) 鏈接服務(wù)器配置使 SQL Server 可以對(duì)遠(yuǎn)程服務(wù)器上的 OLE DB 數(shù)據(jù)源執(zhí)行命令。鏈接服務(wù)器具有以下優(yōu)點(diǎn)：
下圖顯示了鏈接服務(wù)器配置的基礎(chǔ):
現(xiàn)在利用鏈接服務(wù)器方式實(shí)現(xiàn)數(shù)據(jù)訪問(wèn)遠(yuǎn)程服務(wù)器數(shù)據(jù)庫(kù)CustomerDB中Users表數(shù)據(jù)先本地添加LinkServer:
如上市建立連接服務(wù)器最簡(jiǎn)單方式.建立鏈接服務(wù)器過(guò)程其實(shí)調(diào)用了系統(tǒng)存儲(chǔ)過(guò)程Sp_addlinkedserver. 第一個(gè)參數(shù)為Name 其實(shí)用來(lái)唯一標(biāo)識(shí)鏈接服務(wù)器. 當(dāng)然可以其他任何有意義字符串來(lái)定義,但我個(gè)人建議使用遠(yuǎn)程服務(wù)器的IP來(lái)標(biāo)識(shí).第二個(gè)參數(shù)是要添加為鏈接服務(wù)器的 OLE DB 數(shù)據(jù)源的產(chǎn)品名稱(chēng). 默認(rèn)為Null,如果指定”SQL Server“則無(wú)需指定其他參數(shù). 如果你的本地裝有多個(gè)數(shù)據(jù)庫(kù)實(shí)例. 第一個(gè)種方式就不適用.這是就需要用SQL Server2005架構(gòu)來(lái)唯一標(biāo)識(shí):
對(duì)于SQL Server 2005架構(gòu)這個(gè)概念很多人比較陌生: 在用戶(hù)角色設(shè)置中需要對(duì)指定訪問(wèn)數(shù)據(jù)CustomerDB具有讀寫(xiě)權(quán)限:
在遠(yuǎn)程服務(wù)器創(chuàng)建TEst用戶(hù)時(shí)使用SQL Server身份驗(yàn)證方式登錄 這時(shí)設(shè)置密碼為RemoteDB.在使用非Sa用戶(hù)進(jìn)行遠(yuǎn)程：
如上我們首先清除已經(jīng)可能創(chuàng)建服務(wù)器數(shù)據(jù)記錄. 然后創(chuàng)建服務(wù)器連接.sp_addlinkedSrvlogin系統(tǒng)存儲(chǔ)過(guò)程用來(lái)創(chuàng)建鏈接服務(wù)器上遠(yuǎn)程登錄之間的映射 . 即我們可以詳細(xì)設(shè)置本地與遠(yuǎn)程服務(wù)器詳細(xì)的映射信息. 例如設(shè)置我們特定用戶(hù)訪問(wèn)的用戶(hù)名和密碼. 查詢(xún)數(shù)據(jù)
查詢(xún)結(jié)果 
指定用戶(hù)Test對(duì)CustomerDB訪問(wèn)數(shù)據(jù)方式測(cè)試成功. 當(dāng)測(cè)試完成后我們不需要這個(gè)連接服務(wù)器是即可利用SP_DroplinkServer刪除掉. 對(duì)應(yīng)參數(shù)為創(chuàng)建時(shí)Name唯一標(biāo)識(shí). 通過(guò)Sp_helpserver來(lái)查看連接服務(wù)器詳細(xì)信息. 注意如上創(chuàng)建連接服務(wù)器時(shí)設(shè)置srvproduct參數(shù)即OLED數(shù)據(jù)源名稱(chēng)時(shí)我們采用了SQlServer方式. 下面說(shuō)明這種方式特點(diǎn).： 這種方式是最為簡(jiǎn)單直接的一種建立鏈接服務(wù)器方式. 但是存在前提的. 測(cè)試發(fā)現(xiàn): 在所有數(shù)據(jù)庫(kù)的遠(yuǎn)程連接 dbo 的方式必須建立在SA 密碼相同的基礎(chǔ)上 ，否則容易產(chǎn)生無(wú)法連接的情況 Sa用戶(hù)登錄失敗. 你也就明白這個(gè)SQlServer參數(shù)其實(shí)就是在本地?cái)?shù)據(jù)拷貝服務(wù)器角色SysAdmin下用戶(hù)SA.來(lái)對(duì)服務(wù)器進(jìn)行登錄. 如果你的本地Sa密碼與遠(yuǎn)程服務(wù)器上密碼不一致 則無(wú)法正常連接. 經(jīng)過(guò)測(cè)試還發(fā)現(xiàn)一種情況: 利用Windows7訪問(wèn)XP(Sp2)系統(tǒng)時(shí)始終提示無(wú)法解析或拒絕連接SQL Server2005.這個(gè)問(wèn)題我整了好久后來(lái)才到官方鏈接參數(shù)中發(fā)現(xiàn).:如果你的XP系統(tǒng)沒(méi)有打上SP4的補(bǔ)丁包 這個(gè)問(wèn)題會(huì)始終出現(xiàn). 需要特別注意. <2.2>直接指定數(shù)據(jù)源分布式查詢(xún) 其實(shí)相對(duì)第一種方式, 直接指定方式在SQL Server架構(gòu)中 其實(shí)跳過(guò)本地與遠(yuǎn)程服務(wù)器建立映射關(guān)系的這一步. 通過(guò)鏈接關(guān)系建立 其實(shí)就是建立一種內(nèi)部映射關(guān)系. 如果沒(méi)有映射關(guān)系則 大部分設(shè)置需要手動(dòng)控制. 直接指定數(shù)據(jù)源方式 需要開(kāi)啟分布式查詢(xún)的基本權(quán)限 來(lái)進(jìn)行查詢(xún)：
如上我們首先清除已經(jīng)可能創(chuàng)建服務(wù)器數(shù)據(jù)記錄. 然后創(chuàng)建服務(wù)器連接.sp_addlinkedSrvlogin系統(tǒng)存儲(chǔ)過(guò)程用來(lái)創(chuàng)建鏈接服務(wù)器上遠(yuǎn)程登錄之間的映射 . 即我們可以詳細(xì)設(shè)置本地與遠(yuǎn)程服務(wù)器詳細(xì)的映射信息. 例如設(shè)置我們特定用戶(hù)訪問(wèn)的用戶(hù)名和密碼. 查詢(xún)數(shù)據(jù)
查詢(xún)結(jié)果 
指定用戶(hù)Test對(duì)CustomerDB訪問(wèn)數(shù)據(jù)方式測(cè)試成功. <3>問(wèn)題排查與更多查詢(xún)方式 當(dāng)我們?cè)趯?shí)際編程中進(jìn)行訪問(wèn)遠(yuǎn)程數(shù)據(jù)時(shí) 因?yàn)椴煌僮鳝h(huán)境會(huì)引發(fā)各種各樣的異常,如下我會(huì)提出一種常見(jiàn)的異常方式解決辦法和關(guān)于遠(yuǎn)程數(shù)據(jù)操作更多查詢(xún)方式. <3.1>無(wú)法建立遠(yuǎn)程連接 其實(shí)這個(gè)問(wèn)題在做分布式查詢(xún)時(shí)極其常見(jiàn). 而引起這個(gè)問(wèn)題的因素過(guò)多. 我們一時(shí)無(wú)法判斷真正引發(fā)這個(gè)異常地方. 只能通過(guò)逐個(gè)排查方式來(lái)進(jìn)行設(shè)置: 例如我們?cè)诮㈥P(guān)聯(lián)關(guān)系后 進(jìn)行查詢(xún)時(shí)會(huì)遇到:
提示是: 在進(jìn)行遠(yuǎn)程連接時(shí)超時(shí), 引起這個(gè)問(wèn)題原因可能是遠(yuǎn)程服務(wù)器積極拒絕訪問(wèn)! 首先要在SQL Server Configuation Manager中保證你服務(wù)已經(jīng)運(yùn)行 且是開(kāi)機(jī)自動(dòng)運(yùn)行. 再次檢查SQL Server 2005外圍配置DataBaseEngine允許遠(yuǎn)程連接:
設(shè)置完成后.我們還需要設(shè)置SQL Server Analysis Services分析服務(wù)也支持遠(yuǎn)程數(shù)據(jù)查詢(xún):
在遠(yuǎn)程服務(wù)器上如果啟用了防火墻則可能對(duì)目前SQL Server Server方位實(shí)例進(jìn)行攔截. 所以在服務(wù)器端啟用防火墻情況下要為SQL Server DAtaBase創(chuàng)建例外.防止客戶(hù)端請(qǐng)求被攔截. <3.2>進(jìn)程被其他用戶(hù)占用 當(dāng)我們?cè)谶h(yuǎn)程分布式查詢(xún)中有創(chuàng)建動(dòng)作或是類(lèi)似創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù). 有時(shí)會(huì)提示 “該數(shù)據(jù)庫(kù)無(wú)法操作 已經(jīng)別其他進(jìn)程占用”異常. 導(dǎo)致我們無(wú)法訪問(wèn)數(shù)據(jù)庫(kù). 或是執(zhí)行我們要做的創(chuàng)建操作. 遇到這種情況我們可以利用SA權(quán)限查詢(xún)到Master數(shù)據(jù)庫(kù)對(duì)應(yīng)數(shù)據(jù)庫(kù)被占用的進(jìn)程 并殺掉Kill Process.查詢(xún):
當(dāng)我們對(duì)進(jìn)程占用清除時(shí)有可能訪問(wèn)數(shù)據(jù)庫(kù)被系統(tǒng)進(jìn)程占用. 則這時(shí)用Sa無(wú)法殺死.這時(shí)提示:
“Only use Process can be Kill ”在SQL Server2005 只有只有用戶(hù)進(jìn)程才能Kill掉. <3.3>更多的查詢(xún)操作 往往我們?cè)趯?shí)際操作中需要對(duì)數(shù)據(jù)讀寫(xiě)有更多要求. 例如從遠(yuǎn)程連接多個(gè)服務(wù)器進(jìn)行數(shù)據(jù)讀取或是把本地?cái)?shù)據(jù)提交到服務(wù)器上. 為了提高效率和性能采用分布式事務(wù)來(lái)進(jìn)行批量操作等等. 如下簡(jiǎn)單介紹在分布式查詢(xún)中多中數(shù)據(jù)操作: 把遠(yuǎn)程數(shù)據(jù)導(dǎo)入本地:
導(dǎo)入時(shí)使用Into方式 自動(dòng)在本地創(chuàng)建CopyDB表完全復(fù)制遠(yuǎn)程服務(wù)器上Users表的數(shù)據(jù)結(jié)構(gòu).但是要注意在進(jìn)行后 的CopyDB將不包含原表的主鍵和索引約束. 雖然能快構(gòu)建 但是主鍵和索引設(shè)置都會(huì)丟失. 本地?cái)?shù)據(jù)導(dǎo)入遠(yuǎn)程:
更新本地表數(shù)據(jù):
當(dāng)然還有更多方式來(lái)操作分布式查詢(xún)操作.各位都可以嘗試. <4>尾 語(yǔ) 如上是我最近在項(xiàng)目中處理關(guān)于分布式查詢(xún)涉及到方方面面. 從系統(tǒng)架構(gòu)到分部是查詢(xún)具體操作細(xì)節(jié).基本都是一些非?；A(chǔ)運(yùn)用.當(dāng)然也參考不少資料.以及動(dòng)手來(lái)驗(yàn)證整個(gè)過(guò)程出現(xiàn)問(wèn)題原因所在. 篇幅有限 寫(xiě)的有些倉(cāng)促. 難免有紕漏地方 還望各位指正. 原文標(biāo)題：MSSQl分布式查詢(xún) 鏈接：http://www.cnblogs.com/chenkai/archive/2010/09/09/1822305.html 該文章在 2011/5/4 14:35:18 編輯過(guò) |
關(guān)鍵字查詢(xún)
相關(guān)文章
正在查詢(xún)... 
|
400 186 1886
