盡管如此，您可以執(zhí)行下列操作來提高查詢性能：

• 添加更多內(nèi)存。當(dāng)服務(wù)器運行許多復(fù)雜查詢且其中幾個查詢執(zhí)行很慢時，此解決方案尤其有用。
  
  
• 使用多個處理器。多個處理器允許數(shù)據(jù)庫引擎使用并行查詢。有關(guān)詳細信息，請參閱 。
  
  
• 重寫查詢。請注意下列事項：
  
  
  • 如果查詢使用游標(biāo)，則確定是否可以使用效率更高的游標(biāo)類型（如快速只進游標(biāo)）或單個查詢編寫游標(biāo)查詢。單個查詢的性能通常優(yōu)于游標(biāo)操作。因為一組游標(biāo)語句通常是一個外循環(huán)操作，在此操作中，一旦使用內(nèi)部語句便開始處理外循環(huán)中的每一行，所以可考慮使用 GROUP BY 或 CASE 語句，或者使用子查詢來替代。有關(guān)詳細信息，請參閱 和 。
    
    
  • 如果應(yīng)用程序使用循環(huán)，可考慮將循環(huán)放入查詢內(nèi)。應(yīng)用程序經(jīng)常包含帶參數(shù)化查詢的循環(huán)，該循環(huán)執(zhí)行許多次并要求運行應(yīng)用程序的計算機與 SQL Server 之間有網(wǎng)絡(luò)往返。可改用臨時表創(chuàng)建一個更復(fù)雜的單一查詢。只需要一個網(wǎng)絡(luò)往返，查詢優(yōu)化器就可以更好地優(yōu)化該單個查詢。有關(guān)詳細信息，請參閱 和 。
    
    
  • 不要在同一查詢中為一個表使用多個別名來模擬索引交集。這已沒有必要，因為 SQL Server 會自動考慮索引交集并可以在同一查詢中對同一個表使用多個索引。請參閱以下示例查詢：
    
    

    	復(fù)制代碼
    SELECT * FROM lineitem WHERE partkey BETWEEN 17000 AND 17100 AND shipdate BETWEEN '1/1/1994' AND '1/31/1994'

    SQL Server 可以為 partkey 和 shipdate 列使用索引，然后在兩個子集之間執(zhí)行哈希匹配來獲取索引交集。
    
    
  • 查詢參數(shù)化用于允許重復(fù)使用緩存的查詢執(zhí)行計劃。如果一組查詢具有相同的查詢哈希和查詢計劃哈希，則可以通過創(chuàng)建一個參數(shù)化查詢來提高性能。如果調(diào)用具有參數(shù)的一個查詢，而不是調(diào)用具有文字值的多個查詢，則會允許重用緩存查詢執(zhí)行計劃。有關(guān)詳細信息，請參閱 和 。
    
    如果無法修改應(yīng)用程序，則可以使用帶有強制參數(shù)化的模板計劃指南來獲得類似結(jié)果。有關(guān)詳細信息，請參閱 。
    
    
  • 只在必要時使用查詢提示。如果查詢使用在早期版本的 SQL Server 上執(zhí)行的提示，則應(yīng)在不指定提示的情況下對其進行測試。提示會阻礙查詢優(yōu)化器選擇更好的執(zhí)行計劃。有關(guān)詳細信息，請參閱 。
    
    
• 使用 query_plan_hash 可捕獲、存儲和比較一段時間內(nèi)的查詢的查詢執(zhí)行計劃。例如，更改系統(tǒng)配置之后，可以將任務(wù)關(guān)鍵查詢的查詢計劃哈希值與其原始查詢計劃哈希值進行比較。通過查詢計劃哈希值的不同可以了解系統(tǒng)配置更改是否會導(dǎo)致更新重要查詢的查詢執(zhí)行計劃。如果 sys.dm_exec_requests 中當(dāng)前長時間運行的查詢的查詢計劃哈希與其基準(zhǔn)查詢計劃哈希（通常認為該查詢具有良好的性能）不同，則也可以決定停止執(zhí)行該查詢。有關(guān)詳細信息，請參閱 。
  
  
• 使用 query governor 配置選項。 query governor 配置選項可用于防止長時間執(zhí)行的查詢占用系統(tǒng)資源。默認情況下，該選項設(shè)置為允許執(zhí)行所有查詢，而不管它們需要多長時間。但是，您還可以設(shè)置查詢調(diào)控器來限制允許所有查詢執(zhí)行所有連接所用的最大秒數(shù)，或者僅限制查詢執(zhí)行一個特定連接的時間。因為查詢調(diào)控器以估計的查詢開銷而不是實際的占用時間為基礎(chǔ)，所以它沒有任何運行時開銷。它還會在長時間執(zhí)行的查詢開始之前將其停止，而不是將它們運行到某個預(yù)定義的限制時間。有關(guān)詳細信息，請參閱 和 。
  
  
• 通過計劃緩存優(yōu)化查詢計劃的重新使用。數(shù)據(jù)庫引擎對查詢計劃進行緩存以備重新使用。如果查詢計劃不進行緩存，則永遠不能重新使用。然而，每次執(zhí)行未緩存的查詢計劃時，必須對其進行編譯，這就導(dǎo)致性能降低。下列 Transact-SQL SET 語句選項可阻止重新使用已緩存的查詢計劃。包含這些處于 ON 狀態(tài)的 SET 選項的 Transact-SQL 批處理無法與 SET 選項處于 OFF 狀態(tài)時所編譯的相同批處理共享其查詢計劃：
  
  

  SET ANSI_NULL_DFLT_OFF	SET ANSI_NULL_DFLT_ON
  SET ANSI_NULLS	SET ANSI_PADDING
  SET ANSI_WARNINGS	SET ARITHABORT
  SET CONCAT_NULL_YIELDS_NULL	SET DATEFIRST
  SET DATEFORMAT	SET FORCEPLAN
  SET LANGUAGE	SET NO_BROWSETABLE
  SET NUMERIC_ROUNDABORT	SET QUOTED_IDENTIFIER
  SET TEXTSIZE	?

  此外，由于 SET ANSI_DEFAULTS 選項可用于更改 ANSI_NULLS、ANSI_NULL_DFLT_ON、ANSI_PADDING、ANSI_WARNINGS、CURSOR_CLOSE_ON_COMMIT、IMPLICIT_TRANSACTIONS 和 QUOTED_IDENTIFIER SET 選項，因此該選項會影響已緩存查詢計劃的重新使用。請注意，SET ANSI_DEFAULTS 可以更改的大部分 SET 選項都列為可能會影響查詢計劃重新使用的 SET 選項。
  
  可以使用下列方法更改其中某些 SET 選項：
  
  

  • 使用 sp_configure 存儲過程進行服務(wù)器范圍的更改。有關(guān)詳細信息，請參閱 。
    
    
  • 使用 ALTER DATABASE 語句的 SET 子句。有關(guān)詳細信息，請參閱 。
    
    
  • 更改 OLE DB 和 ODBC 連接設(shè)置。有關(guān)詳細信息，請參閱 。