SQL Server UDF用户自定义函数

UDF的定义

　　和存储过程很类似，用户自定义函数也是一组有序的T-SQL语句，UDF被预先优化和编译而且尅做为一个单元爱进行调用。UDF和存储过程的主要区别在于返回结果的方式。

　　使用UDF时可传入参数，但不可传出参数。输出参数的概念被更为健壮的返回值取代了。和系统函数同样，能够返回标量值，这个值的好处是它并不像在存储过程当中那样只限于×××数据类型，而是能够返回大多数SQL Server数据类型。

　　UDF有如下两种类型:

• 　　返回标量值的UDF。

• 　　返回表的UDF。

　　建立语法：

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()函数就会返回标量值。

　　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

　　在执行查询，该函数就是肯定性的了。