从返回单个值的函数开始。这样做的好处是，您可以将经常使用的代码放入函数中，并将它们作为结果集中的列返回。

然后，可以使用一个函数来表示参数化的城市列表。getcitiesin ("NY")返回一个可以用作连接的表。

这是一种组织代码的方式。知道什么时候是可重用的，什么时候是浪费时间，只有通过试验、错误和经验才能获得。

此外，函数在SQL Server中也是一个好主意。它们速度更快，功能也相当强大。内联和直接选择。注意不要过度使用。

我知道这是一个非常老的问题，但是我在任何答案中都没有看到一个关键的方面:内联到查询计划中。

函数可以是…

标量: 创建函数…返回scalar_type AS BEGIN…结束 Multi-statement表值: 创建函数…返回@r表(…)开始…结束 内联表值: 创建函数…返回表作为return select…

第三种(内联表值)被查询优化器本质上视为(参数化)视图，这意味着从查询中引用函数类似于复制粘贴函数的SQL主体(而不是实际的复制粘贴)，导致以下好处:

查询计划器可以优化内联函数的执行，就像它会优化任何其他子查询一样(例如，消除未使用的列，下推谓词，选择不同的JOIN策略等)。 组合几个内联函数并不需要在将第一个函数的结果提供给下一个函数之前实现它。

上述方法可能会带来潜在的显著性能节省，特别是在组合多个级别的功能时。

注意:看起来SQL Server 2019也将引入某种形式的标量函数内联。

从返回单个值的函数开始。这样做的好处是，您可以将经常使用的代码放入函数中，并将它们作为结果集中的列返回。

然后，可以使用一个函数来表示参数化的城市列表。getcitiesin ("NY")返回一个可以用作连接的表。

这是一种组织代码的方式。知道什么时候是可重用的，什么时候是浪费时间，只有通过试验、错误和经验才能获得。

此外，函数在SQL Server中也是一个好主意。它们速度更快，功能也相当强大。内联和直接选择。注意不要过度使用。

存储过程用作脚本。它们为您运行一系列命令，您可以安排它们在特定时间运行。通常运行多个DML语句，如INSERT, UPDATE, DELETE等，甚至是SELECT。

函数用作方法。你给它传递一些东西，它会返回一个结果。应该是小而快速的-在飞行中。通常在SELECT语句中使用。

用户定义函数是sql server程序员可用的重要工具。您可以像这样在SQL语句中内联使用它

SELECT a, lookupValue(b), c FROM customers 

其中lookupValue将是UDF。这种功能在使用存储过程时是不可能实现的。同时，您不能在UDF中做某些事情。这里要记住的基本事情是UDF的:

不能产生永久的变化 无法更改数据

存储过程可以做这些事情。

对我来说，UDF的内联使用是UDF最重要的使用。

要决定何时使用以下几点可能会有所帮助-

存储过程不能返回表变量，而函数可以这样做。 您可以使用存储过程来更改服务器环境参数，而使用函数则不能。

干杯