1. 問(wèn)題

系統(tǒng)有個(gè)模塊，需要查詢(xún)Oracle數(shù)據(jù)庫(kù)中的數(shù)據(jù)。目前是通過(guò)建立鏈接服務(wù)器實(shí)現(xiàn)的。

SQLServer訪問(wèn)Oracle實(shí)現(xiàn) 可參考這篇文章 http://www.cnblogs.com/gnielee/archive/2010/09/07/access-oracle-from-sqlserver.html

目前的查詢(xún)語(yǔ)句就是一個(gè)簡(jiǎn)單的帶where條件的查詢(xún)語(yǔ)句，類(lèi)似如下：

      
        SELECT
      
      
        *
      
      
        FROM
      
       LINKED_NAME..ACCOUNT_NAME.TABLE_NAME 
      
        WHERE
      
       COLUMN1
      
        =
      
      SID;
    

?

存在的問(wèn)題是查詢(xún)速度非常慢，前臺(tái)報(bào)超時(shí)。所以準(zhǔn)備提升下查詢(xún)的性能

2. 分析

　　首先，確定遠(yuǎn)程O(píng)racle的表在篩選字段上是否存在索引。經(jīng)確認(rèn)，存在索引。

　　然后，在SSMS客戶(hù)端中查看了執(zhí)行語(yǔ)句的執(zhí)行計(jì)劃，如下：

　　從執(zhí)行計(jì)劃可以看出，過(guò)程沒(méi)有和自己設(shè)想的那樣，原以為SQLServer會(huì)將整個(gè)查詢(xún)提交到Oracle服務(wù)器執(zhí)行。而實(shí)際在遠(yuǎn)程查詢(xún)時(shí)，并沒(méi)有加入where條件，而是將結(jié)果返回到本地后，在本地執(zhí)行篩選（有一個(gè)篩選器）

　　這樣速度肯定會(huì)非常慢，因?yàn)椴樵?xún)沒(méi)有使用到索引查找，需要將遠(yuǎn)程數(shù)據(jù)全部傳輸?shù)奖镜睾蟛艌?zhí)行篩選，相當(dāng)于全表掃描，還多了網(wǎng)絡(luò)傳輸?shù)臅r(shí)間。

3. 解決

　　其實(shí)只要能將帶where條件的查詢(xún)語(yǔ)句一并提交到Oracle服務(wù)器執(zhí)行遠(yuǎn)程查詢(xún)，就可以解決性能問(wèn)題了。

　　但問(wèn)題是OpenQuery不支持參數(shù)。見(jiàn)微軟MSDN http://technet.microsoft.com/zh-cn/library/ms188427.aspx

　　但好在我們可以另辟蹊徑，通過(guò)拼接動(dòng)態(tài)SQL的方式實(shí)現(xiàn)傳遞查詢(xún)參數(shù)。

OpenQuery使用參數(shù)可參考這篇文章： http://www.cnblogs.com/Dannier/archive/2011/09/21/openquery.html

　　通過(guò)這種方式優(yōu)化后，執(zhí)行計(jì)劃變?yōu)槿缦拢嚎梢钥吹綄?shí)際返回的行數(shù)很少了

　　查詢(xún)速度提升明顯，由原來(lái)的前臺(tái)超時(shí)到現(xiàn)在的毫秒級(jí)。

　　小小的得意一下^_^，歡迎拍磚。如有其他方法，求分享，謝謝！

?

SQLServer訪問(wèn)Oracle查詢(xún)性能問(wèn)題解決