SQL Server UDF用戶自定義函數

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

  在執行查詢,該函數就是肯定性的了。

相關文章
相關標籤/搜索