我們今天主要與大家一起探討的是SQL Server應(yīng)用程序的查詢是否在浪費內(nèi)存的探討，在實際操作中或許在SQL Server數(shù)據(jù)庫的應(yīng)用程序代碼中會找到的最常見的錯誤就是想、類似緣故這樣的查詢請求：

十年的瑪曲網(wǎng)站建設(shè)經(jīng)驗，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時及時工作處理。成都全網(wǎng)營銷的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整瑪曲建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“瑪曲網(wǎng)站設(shè)計”,“瑪曲網(wǎng)站推廣”以來，每個客戶項目都認(rèn)真落實執(zhí)行。

它不是使用準(zhǔn)備好的查詢或程序，而是使用非參數(shù)特設(shè)的查詢從數(shù)據(jù)庫中請求數(shù)據(jù)。

不準(zhǔn)備你的查詢或者不使用存儲過程會增加不必要的SQL Server計劃緩存。什

或許在SQL Server應(yīng)用程序代碼中找到的最常見的錯誤就是這樣的查詢請求：它不是使用準(zhǔn)備好的查詢或程序，而是使用非參數(shù)特設(shè)的查詢從數(shù)據(jù)庫中請求數(shù)據(jù)。

不準(zhǔn)備你的查詢或者不使用存儲過程會增加不必要的SQL Server計劃緩存。什么是計劃緩存呢?簡單地說，它是SQL Server共享內(nèi)存池的一部分，在這里，解析、編譯和執(zhí)行優(yōu)化這些查詢之后，查詢執(zhí)行計劃仍被保存。無論何時執(zhí)行一個查詢，內(nèi)存的這個區(qū)域都會被查找，以便確定現(xiàn)有的一個計劃是否可以重新使用來滿足一個查詢請求。重新使用計劃為數(shù)據(jù)庫引擎節(jié)約了潛在的CPU密集工作，例如，如果唯一的不同點是WHERE從句中正在使用的值，我們不得不一次又一次重新解析，重新編譯，重新優(yōu)化查詢。這將導(dǎo)致查詢響應(yīng)時間加快，服務(wù)器中的CPU壓力降低。

下面的Java代碼片斷提出一系列非參數(shù)特設(shè)查詢到AdventureWorks數(shù)據(jù)庫中，以此來獲得用戶銷售訂單數(shù)據(jù)。它通過循環(huán)，從AdventureWorks SalesOrderHeader表中前20張訂單中獲得信息。

讓我們用SQL Server 2005 DMVs來檢驗計劃緩存中特設(shè)查詢的效果。

 
 
 

  
  
  
select qs.usecounts, cacheobjtype, objtype, qt.text   
  
  
  
from sys.dm_exec_cached_plans qs  
  
  
  
cross apply sys.dm_exec_sql_text(qs.plan_handle) as qt  
  
  
  
order by qt.text  
  
  
  
go  
 
 
 

注意:下面的查詢輸出結(jié)果被修改成只顯示文本字段中的相應(yīng)資料。

運行查詢之后，我們可以從下面的圖中看到，每一個查詢執(zhí)行都在內(nèi)存中存儲了一個非常具體的計劃，該計劃沒有參數(shù)化，也沒有被數(shù)據(jù)庫引擎重新利用。因為這些計劃是如此的具體，所以任何這些計劃能夠被重新使用的可能性很小。很容易看到，如果這是一個使用頻率非常高的SQL Server應(yīng)用程序，那么服務(wù)器內(nèi)存會很快地消耗。

現(xiàn)在將調(diào)整Java代碼來準(zhǔn)備這個查詢語句。在執(zhí)行之前，我通過命令DBCC FREEPROCCACHE清除該計劃緩存，接著通過一個準(zhǔn)備好的語句重新運行java class：

重新審視這個計劃緩存，我們可以看到，該查詢已經(jīng)成功編譯并且重新用于所有的執(zhí)行，因此有效地使用和保存服務(wù)器內(nèi)存和限制CPU使用。

現(xiàn)在，考慮到由于計劃緩存是內(nèi)存共享池的一部分，那么消除多余的計劃可以為其他緩存騰出更多可用內(nèi)存，從而使其他的緩存可以使用這個共享池，比如存儲已經(jīng)從硬盤中讀取到內(nèi)存中的數(shù)據(jù)和索引頁的SQL Server數(shù)據(jù)緩存。

雖然相對于使用非參數(shù)特設(shè)的查詢請求來說，準(zhǔn)備好的查詢是一種更好的方法，但是比起這兩種方法，我個人更偏向于使用存儲過程。允許直接訪問你的核心數(shù)據(jù)庫表存在安全風(fēng)險，通過存儲過程把數(shù)據(jù)從邏輯中抽取出來可以減少維護(hù)，并且當(dāng)業(yè)務(wù)需求變化時，它也能夠減少數(shù)據(jù)模型的變化。

無論你選擇哪種數(shù)據(jù)訪問方法，請記住通過確保你的查詢計劃是可以重復(fù)利用的，從而把你的SQL Server應(yīng)用程序從潛在的內(nèi)存和CPU問題中解救出來。

【編輯推薦】

1. SQL ServerCoalesce的大量使用的具體描述
2. SQL Server數(shù)據(jù)庫的N多注意事項
3. SQL Server數(shù)據(jù)庫的妙招用法
4. SQL Server數(shù)據(jù)轉(zhuǎn)換服務(wù)的妙招之一
5. SQL Server性能進(jìn)行提高的4項技術(shù)概述

網(wǎng)站題目：SQLServer應(yīng)用程序的查詢是對內(nèi)存的一種浪費？
網(wǎng)頁網(wǎng)址：http://uogjgqi.cn/article/dpeoegh.html