狠狠色丁香婷婷综合尤物/久久精品综合一区二区三区/中国有色金属学报/国产日韩欧美在线观看 - 国产一区二区三区四区五区tv

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

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

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

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

<2>分布式查詢實現

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

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

<2.1>鏈接服務器查詢

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

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

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

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

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

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

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

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

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

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

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

1. -- 執行前先刪除已經存在數據    
2. Exec sp_droplinkedsrvlogin [192.168.10.76],Null   
3. Exec sp_dropserver 'demodb'    
4. -- 創建服務器連接    
5. EXEC  sp_addlinkedserver    
6.  @server='demodb',-- 被訪問的服務器別名   
7.         @srvproduct='',   
8.       @provider='SQLOLEDB',   
9. @datasrc='192.168.10.76'   -- 要訪問的服務器  
10.   EXEC sp_addlinkedsrvlogin    
11.   'demodb', -- 被訪問的服務器別名   
12.     'false',   
13.      NULL,     
14.   'Test', -- 帳號    
15.   'RemoteDB' -- 密碼 

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

查詢數據

1. -- 查詢指定用戶Test數據   
2. 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架構中 其實跳過本地與遠程服務器建立映射關系的這一步. 通過鏈接關系建立 其實就是建立一種內部映射關系. 如果沒有映射關系則 大部分設置需要手動控制.

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

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

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

查詢數據

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

查詢結果

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