1. 問題
今天遇到一個奇怪的問題：使用sp_helptext XXX查詢出來的函數(shù)定義名竟然跟函數(shù)名不同，而sp_helptext實際是查詢sys.all_sql_modules這個系統(tǒng)視圖的。直接查詢這個視圖的definition字段，發(fā)現(xiàn)跟sp_helptext是一樣的。難道是系統(tǒng)視圖也存在緩存之類的機制？或者是個BUG？對于第一個問題，當時情況緊急，沒有時間去求證是否存在了。第二個問題，我想沒什么可能，SQL SERVER發(fā)展到今天（SQL 2016正式版準備推出，我使用的環(huán)境則是SQL 2008 R2，打了SP3），已經(jīng)是很成熟的一個系統(tǒng)，即使是出現(xiàn)BUG也不是我這種水平的人能發(fā)現(xiàn)的，肯定是哪我哪里弄錯了。于是求助于數(shù)據(jù)庫技術交流群，很快有大神回答了是改名的問題。我馬上就想起這個函數(shù)在一個多星期前，因為測試的需要，通過SSMS改了原函數(shù)名，而SQL SERVER不會因為改名去更新sys.all_sql_modules視圖的definition字段的！于是就造成了已經(jīng)編譯好的函數(shù)與sys.all_sql_modules系統(tǒng)視圖的函數(shù)定義出現(xiàn)了不一致的情況。
2. 重視與分析問題
做一個測試來重現(xiàn)下問題。首先，新建一個簡單的測試函數(shù)dbo.ufn_test_1。
USE AdventureWorks2008R2;GOIF OBJECT_ID(N'dbo.ufn_test_1') IS NOT NULLBEGINDROP FUNCTION dbo.ufn_test_1;ENDGOCREATE FUNCTION dbo.ufn_test_1 ()RETURNS CHAR(1)ASBEGINRETURN ('F');ENDGO code-1: 創(chuàng)建函數(shù)dbo.ufn_test_1
這時，使用sp_helptext和sys.all_sql_modules查詢，一切正常。
EXEC sp_helptext [dbo.ufn_test_1];GOSELECT OBJECT_ID('dbo.ufn_test_1') AS a, * FROM sys.all_sql_modulesWHERE [object_id] = OBJECT_ID('dbo.ufn_test_1');GO code-2:查詢函數(shù)dbo.ufn_test_1的定義
figure-1: 查詢函數(shù)dbo.ufn_test_1的定義
在SSMS上直接改名為dbo.ufn_test_2。
figure-2: 修改函數(shù)名
再去查詢函數(shù)dbo.ufn_test_2的定義。這樣，就出現(xiàn)了已經(jīng)編譯好的函數(shù)跟在視圖中的函數(shù)定義出現(xiàn)了不一致的情況！如果通過sp_helptext和sys.all_sql_modules查詢出現(xiàn)的定義去更新生產(chǎn)服務器，就肯定會出現(xiàn)問題。
3. 解決與結論
解決方法也很簡單，把這個函數(shù)重建即可。如果使用SSMS的右鍵修改（Modify）或生成相關腳本（Script Function as）的菜單，則不會出現(xiàn)以上的問題。同樣的問題與解決方法，也適用于存儲過程。
結論：
（1）盡量不要修改對象名，確實要修改的話，就重建吧。如果是表并且包含的大量數(shù)據(jù)要重建的話，就比較麻煩了，即使是修改表名不會出現(xiàn)像函數(shù)、存儲過程的問題，但修改表名涉及應用程序等問題。
（2）盡量使用SSMS的右鍵菜單修改或生成對象的定義。但如果函數(shù)或存儲過程太多，會覺得sp_helptext和sys.all_sql_modules會更方便些，查詢出來的結果要認真核對下對象名是否一致即可。這里提一下，sp_helptext有些限制，可以參考SQL中print、sp_helptext的限制與擴展。
