UDF的定義ide
和存儲過程很類似,用戶自定義函數也是一組有序的T-SQL語句,UDF被預先優化和編譯而且尅做爲一個單元愛進行調用。UDF和存儲過程的主要區別在於返回結果的方式。函數
使用UDF時可傳入參數,但不可傳出參數。輸出參數的概念被更爲健壯的返回值取代了。和系統函數同樣,能夠返回標量值,這個值的好處是它並不像在存儲過程當中那樣只限於×××數據類型,而是能夠返回大多數SQL Server數據類型。post
UDF有如下兩種類型:優化
返回標量值的UDF。spa
返回表的UDF。scala
建立語法:對象
CREATEFUNCTION[.]<function name>([ <@parameter name> [AS][.]<data type>[= [READONLY]] [,...n] ])RETURNS { <scalar type>|TABLE[()] }[ WITH [ENCRYPTION]|[SCHEMABINDING]|[RETURNS NULL ON NULL INPUT | CALLED ON NULL INPUT ]|[EXECUTE AS {CALLER|SELF|OWNER|<'user name'>}][AS] { EXTERNAL NAME <externam method>|BEGIN[]{RETURN<type as defined inRETURNS clause |RETURN (<SELECT statement>)}END}[;]索引
2、返回標量值的UDF作用域
這種類型的UDF和大多數SQL Server內置函數同樣,會向調用腳本或存儲過程返回標量值,像GETDATE()或USER()函數就會返回標量值。it
UDF的返回值並不限於整數,而是能夠返回除了BLOB、遊標(cursor)和時間戳之外的任何有效的SQL Server數據類型(包括用戶自定義類型)。幾時想返回整數,UDF也有如下兩個吸引人的方面。
與存儲過程不一樣,用戶自定義函數返回值的目的是提供有意義的數據;而對於存儲過程來講,返回值只能說明成功或失敗,若是失敗,則會提供一些關於失敗性質的特定信息。
可在查詢中內聯執行函數(如做爲SELECT語句的一部分),而是用存儲過程則不行。
下面建立一個UDF以下:
CREATEFUNCTION DateOnly(@DateDateTime) RETURNSvarchar(12) ASBEGINRETURNCONVERT(varchar(12),@Date,101) END
而後試着,運用一下:
SELECT*FROM Nx_comment WHEREdbo.DateOnly(com_posttime) ='2012.04.28' --注意前面的dbo是必須的。
其實以上SQL語句至關於:
SELECT*FROM Nx_comment WHERECONVERT(varchar(12),com_posttime,102) ='2012.04.28'
留意到是用了UDF的SQL語句可讀性更加好。顯示結果以下:
再來看一個簡單的查詢:
SELECT Name,Age, (SELECTAVG(Age) FROM Person) AS AvgAge, Age - (SELECTAVG(Age) FROM Person) ASDifference FROM Person
以上SQL查詢返回結果集以下:
這裏要說明一下,列的意思分別是,姓名,年齡,平均年齡以及與平均年齡的差值。
下面咱們用UDF來實現,先定義兩個UDF以下:
CREATEFUNCTION dbo.AvgAge() RETURNSintASBEGINRETURN (SELECTAVG(Age) FROM Person) ENDGOCREATEFUNCTION dbo.AgeDifference(@Ageint) RETURNSintASBEGINRETURN@Age- dbo.AvgAge(); --在一個UDF內引用另一個UDF,好華麗的說END
而後執行查詢:
SELECT Name,Age,dbo.AvgAge() AS AvgAge,dbo.AgeDifference(Age) asDifference
FROM Person
以上查詢在返回結果集上與上面單獨的SQL同樣,可是爲何我感受到速度好像慢了不少呢?知道的哥們回覆下。
3、返回表的UDF
SQL Server中的用戶自定義函數並不僅限於返回標量值,也能夠返回表。返回的表在很大程度上和其餘表是同樣的。能夠對返回 表的UDF執行JOIN,甚至對結果應用WHERE條件。
改成用表做爲返回值並不難,對於UDF來講,表就像任何其餘SQL Server數據類型同樣。
爲了說明狀況,我特意建了一張表以下:
建立一個UDF以下:
CREATEFUNCTION dbo.fnContactName() RETURNSTABLEASRETURN ( SELECT Id,LastName +','+ FirstName AS Name FROM Man )
而後咱們就能夠像表同樣地用UDF了。
SELECT*FROM dbo.fnContactName()
輸出結果以下:
如今再來看看一個簡單的用法,定義UDF以下:
CREATEFUNCTION dbo.fnNameLike(@LNamevarchar(20)) RETURNSTABLEASRETURN ( SELECT Id,LastName +','+ FirstName AS Name FROM Man WHERE LastName Like@LName+'%' )
而後查詢的時候能夠這樣用:
SELECT*FROM dbo.fnNameLike('劉')
顯示結果以下:
沒有WHERE子句,沒有過濾SELECT列表,就能夠反覆使用該函數,而不須要進行"剪切和粘貼"。並且本例作得很差,其實徹底能夠先鏈接一次其餘表,而後再查詢,這是存儲過程所作不到的。
4、理解肯定性
用戶自定義函數能夠是肯定性的也能夠是非肯定性的。肯定性並非根據任何參數類型定義的,而是根據函數的功能定義的。若是給定了一組特定的有效輸入,每次函數就都能返回相同的結果,那麼就說該函數是肯定性的。SUM()就是一個肯定性的內置函數。三、五、10的總合永遠都是18,而GETDATE()的值就是非肯定性的,由於每次調用它的時候GETDATE()都會改變。
爲了達到肯定性的要求,函數必須知足如下4個條件。
函數必須是模式綁定的。這意味着函數所依賴的任何對象會有一個依賴記錄,而且在沒有刪除這個依賴的函數以前都不容許改變這些對象。
函數引用的全部其餘函數,不管是用戶定義的,仍是系統定義的,都必須是肯定性的。
不能引用在函數外部定義的表(可使用表變量和臨時表,只要它們是在函數做用域內定義就行)。
不能使用擴展存儲過程。
肯定性的重要性在於它顯示了是否要在視圖或計算列上創建索引。若是能夠可靠地肯定視圖或計算列的結果,那麼才容許在視圖或計算列上創建索引。這意味着,若是視圖或計算列引用非肯定性函數,則在該視圖或列上將不容許創建任何索引。
若是斷定函數是不是肯定性的?除了上面描述的規則外,這些信息存儲在對象的IsDeterministic屬性中,能夠利用OBJECTPROPERTY屬性檢查。
SELECTOBJECTPROPERTY(OBJECT_ID('DateOnly'),'IsDeterministic'); --只是剛纔的那個自定義函數
輸出結果以下:
竟然是非肯定性的。緣由在於以前在定義該函數的時候,並無加上這個"WITH SCHEMABINDING"。
ALTERFUNCTION dbo.DateOnly(@Date date) RETURNS date WITH SCHEMABINDING --當咱們加上這一句以後ASBEGINRETURN@DateEND
在執行查詢,該函數就是肯定性的了。