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