軟件公司的開發(fā)人員討論數(shù)據(jù)庫設計調(diào)優(yōu)的時候又討論到了表變量和臨時表的問題，覺得這個問題確實是一個爭議比較大的問題。
其實從上次發(fā)表了表變量和臨時表的一個帖子http://database.ctocio.com.cn/tips/442/8206442.shtml以來，也有些人留言，也有些人發(fā)過郵件討論這個問題。其實表變量和臨時表的區(qū)別雖然有一些，但是兩者最根本的區(qū)別還是在于
對存儲的需求：表變量和臨時表都消耗Tempdb中的存儲空間，但是進行數(shù)據(jù)更新的時候，表變量不會寫日志，而臨時表則會寫日志。(這一點是經(jīng)過腳本測試的，表變量并不像我們想象的那樣，只寫在內(nèi)存而不出現(xiàn)在Tempdb中。)
對優(yōu)化的支持：表變量不支持索引和統(tǒng)計數(shù)據(jù)，臨時表則可以支持索引和統(tǒng)計數(shù)據(jù)。
通常需要表變量或者臨時表的情況都是一些需要支持臨時計算結(jié)果集的地方，那么就有一些常見的情況了：
如果臨時結(jié)果集僅僅需要往里面寫數(shù)據(jù)，比如通過一個循環(huán)多次查找相關(guān)數(shù)據(jù)并合成一個臨時結(jié)果集，那么就可以使用表變量。(結(jié)果有人提到了返回結(jié)果集的時候需要有排序，但是表變量不支持索引阿。其實這個不要緊，因為表變量雖然不支持索引，但是表變量支持主鍵阿，所以可以利用主鍵來替代索引。)
如果臨時結(jié)果集不太多需要更改，而是更多地充當一個臨時的關(guān)聯(lián)數(shù)據(jù)集去參加各種數(shù)據(jù)集的連接(JOIN)，那么索引和統(tǒng)計數(shù)據(jù)可能會更加適合一些(當然這個臨時結(jié)果集要足夠大，這樣索引和統(tǒng)計數(shù)據(jù)帶來的代價才可以被彌補掉)。
由于表變量不支持統(tǒng)計數(shù)據(jù)，因此在一個存儲過程中使用表變量可以減少由于數(shù)據(jù)變化而導致的重新編譯問題。
當然，除了索引和統(tǒng)計數(shù)據(jù)這個明顯的限制外，表變量同時也不支持并行執(zhí)行計劃，因此對于大型的臨時結(jié)果集，表變量也不是一個好的選擇。
前面一個關(guān)于表變量和臨時表的貼子，有一位robi_xu的朋友提到的問題也確實是在選擇表變量和臨時表時候的一些問題。
對于函數(shù)中不能支持臨時表是由于函數(shù)不能對函數(shù)作用域外部的資源狀態(tài)造成永久性的更改，在SQL Server中也稱為副作用(side effect)。不過如果在函數(shù)中使用大型的臨時結(jié)果集是不推薦的，因為如果將這樣的函數(shù)放置到一個查詢中會造成很明顯的性能問題，因此這種情況一般都采用存儲過程之類的批處理腳本。
對于動態(tài)腳本不支持表變量的原因是因為存儲過程不接受表類型的參數(shù)。不過如果表變量的聲明和賦值都在sp_executesql的參數(shù)中的話，sp_executesql就可以執(zhí)行了，因為這個時候表變量就存在sp_executesql的stmt參數(shù)里面，不需要傳入，例如下面的代碼：(當然這樣的實用性也就沒有多少了)
DECLARE @m nvarchar(max)
SET @m = N’DECLARE @t TABLE (ID int);INSERT INTO @t VALUES (1);SELECT * FROM @t T’
EXEC sp_executesql @m
其實從上次發(fā)表了表變量和臨時表的一個帖子http://database.ctocio.com.cn/tips/442/8206442.shtml以來，也有些人留言，也有些人發(fā)過郵件討論這個問題。其實表變量和臨時表的區(qū)別雖然有一些，但是兩者最根本的區(qū)別還是在于
對存儲的需求：表變量和臨時表都消耗Tempdb中的存儲空間，但是進行數(shù)據(jù)更新的時候，表變量不會寫日志，而臨時表則會寫日志。(這一點是經(jīng)過腳本測試的，表變量并不像我們想象的那樣，只寫在內(nèi)存而不出現(xiàn)在Tempdb中。)
對優(yōu)化的支持：表變量不支持索引和統(tǒng)計數(shù)據(jù)，臨時表則可以支持索引和統(tǒng)計數(shù)據(jù)。
通常需要表變量或者臨時表的情況都是一些需要支持臨時計算結(jié)果集的地方，那么就有一些常見的情況了：
如果臨時結(jié)果集僅僅需要往里面寫數(shù)據(jù)，比如通過一個循環(huán)多次查找相關(guān)數(shù)據(jù)并合成一個臨時結(jié)果集，那么就可以使用表變量。(結(jié)果有人提到了返回結(jié)果集的時候需要有排序，但是表變量不支持索引阿。其實這個不要緊，因為表變量雖然不支持索引，但是表變量支持主鍵阿，所以可以利用主鍵來替代索引。)
如果臨時結(jié)果集不太多需要更改，而是更多地充當一個臨時的關(guān)聯(lián)數(shù)據(jù)集去參加各種數(shù)據(jù)集的連接(JOIN)，那么索引和統(tǒng)計數(shù)據(jù)可能會更加適合一些(當然這個臨時結(jié)果集要足夠大，這樣索引和統(tǒng)計數(shù)據(jù)帶來的代價才可以被彌補掉)。
由于表變量不支持統(tǒng)計數(shù)據(jù)，因此在一個存儲過程中使用表變量可以減少由于數(shù)據(jù)變化而導致的重新編譯問題。
當然，除了索引和統(tǒng)計數(shù)據(jù)這個明顯的限制外，表變量同時也不支持并行執(zhí)行計劃，因此對于大型的臨時結(jié)果集，表變量也不是一個好的選擇。
前面一個關(guān)于表變量和臨時表的貼子，有一位robi_xu的朋友提到的問題也確實是在選擇表變量和臨時表時候的一些問題。
對于函數(shù)中不能支持臨時表是由于函數(shù)不能對函數(shù)作用域外部的資源狀態(tài)造成永久性的更改，在SQL Server中也稱為副作用(side effect)。不過如果在函數(shù)中使用大型的臨時結(jié)果集是不推薦的，因為如果將這樣的函數(shù)放置到一個查詢中會造成很明顯的性能問題，因此這種情況一般都采用存儲過程之類的批處理腳本。
對于動態(tài)腳本不支持表變量的原因是因為存儲過程不接受表類型的參數(shù)。不過如果表變量的聲明和賦值都在sp_executesql的參數(shù)中的話，sp_executesql就可以執(zhí)行了，因為這個時候表變量就存在sp_executesql的stmt參數(shù)里面，不需要傳入，例如下面的代碼：(當然這樣的實用性也就沒有多少了)
DECLARE @m nvarchar(max)
SET @m = N’DECLARE @t TABLE (ID int);INSERT INTO @t VALUES (1);SELECT * FROM @t T’
EXEC sp_executesql @m