編譯的含義
當SQLSERVER收到任何一個指令，包括查詢（query）、批處理（batch）、存儲過程、觸發器（trigger）
、預編譯指令（prepared statement）和動態SQL語句（dynamic SQL Statement）要完成語法解釋、語句解釋，
然后再進行“編譯（compile）”，生成能夠運行的“執行計划（execution plan）”。在編譯的過程中，
SQLSERVER會根據所涉及的對象的架構（schema）、統計信息以及指令的具體內容，估算可能的執行計划，
以及他們的成本（cost），最后選擇一個SQLSERVER認為成本最低的執行計划來執行。執行計划生成之后，
SQLSERVER通常會把他們緩存在內存里，術語統稱他們叫“plan cache”以后同樣的語句執行，SQLSERVER就可以使用同樣的執行計划，而無須再做一次編譯。
這種行為叫“重用（reuse）或者叫重用執行計划”。但是有時候，哪怕是一模一樣的語句，SQL下次執行還是要再做一次編譯。
這種行為叫“重編譯（recompile）”。執行計划的編譯和重編譯都是要消耗資源的。
如果執行計划能夠重用，那么SQLSERVER就不需要再執行上面的過程，加快執行指令的速度.
重編譯的發生場景
但是有些時候，SQLSERVER為了確保返回正確的值，或者有性能上的顧慮，有意不重用緩存在內存里的執行計划，而現場編譯一份。
這種行為，被稱為重編譯（recompile）。下面是比較常見的會發生重編譯的情形：
1、當指令或者批處理所涉及的任何一個對象（表格或者視圖）發生了架構（schema）變化
例如，在表或者視圖上添加或刪除了一個字段，添加或者刪除了一個索引，在表上添加或者刪除了一個約束條件（constraints）等。
定義發生了變化，原來的執行計划就不一定正確了，當然要重編譯
2、運行過sp_recompile
當用戶在某個存儲過程或者觸發器上運行過sp_recompile后，下一次運行他們就會發生一次重編譯。
如果用戶在某個表或者視圖上運行了sp_recompile，那么所有引用到這張表（或者視圖）的存儲過程在下一次運行前，都要做重編譯
3、有些動作會清除內存里的所有執行計划，迫使大家都要做重編譯
例如，下列動作會清除整個SQLSERVER服務器緩存的所有執行計划：
(1)Detach一個數據庫
(2)對數據庫做了升級，在新的服務器上，會發生執行計划清空
(3)運行了DBCC freeproccache
(4)運行了reconfigure語句
(5)運行了alter database..collate語句修改了某個數據庫的字符集（collation）
下列動作會清除SQLSERVER服務器緩存的某個數據庫的執行計划：
DBCC FLUSHPROCINDB
清除SQL Server 2000服務器內存中的某個數據庫的存儲過程緩存內容
1 DECLARE @a INT 2 SELECT @a=DB_ID('gposdb') 3 DBCC flushprocindb(@a)
ALTER DATABASE ...MODIFY NAME語句
ALTER DATABASE ...SET ONLINE語句
ALTER DATABASE...SET OFFLINE語句
ALTER DATABASE...SET EMERGENCY語句
DROP DATABASE 語句
當一個數據庫自動關閉時
DBCC CHECKDB語句結束時
4、當下面這些SET 開關值變化后，先前的那些執行計划都不能重用
ansi_null_dflt_off,
ansi_null_dflt_on,
ansi_nulls,
_ansi_padding
ansi_warnings,
arithabort,
concat_null_yields_null,
datefirst,dateformat,
forceplan,
language,
no_browsetable,
numeric_roundabort,
quoted_identifier
這是因為這些SET開關會影響語句的執行的行為，甚至帶來不同的結果。他們發生變化了，SQLSERVER就要根據新的設置重做執行計划
往往存儲過程使用一段時間就會出現查詢慢的情況，可以使用重編譯或者刪除重建的方法處理。
1 Create procedure usp_test 2 @a INT 3 WITH RECOMPILE 4 5 6 as 7 8 SELECT 1
原文出自 http://www.cnblogs.com/lyhabc/archive/2013/01/17/2865290.html