SQL Server函数，比如游标，是你最后的武器!它们确实存在性能问题，因此应该尽可能避免使用表值函数。谈论性能就是谈论一个有超过1,000,000条记录的表托管在一个中产阶级硬件的服务器上;否则，您不需要担心函数对性能的影响。

永远不要使用函数将结果集返回给外部代码(如ADO.Net) 尽可能使用视图/存储procs组合。您可以使用DTA(数据库调优顾问)给您的建议(比如索引视图和统计数据)来解决未来的增长性能问题——有时!

如需进一步参考，请参阅:http://databases.aspfaq.com/database/should-i-use-a-view-a-stored-procedure-or-a-user-defined-function.html

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

SELECT a, lookupValue(b), c FROM customers 

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

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

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

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

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

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

下面是一个总结差异的表格:

函数是计算值，不能对SQL Server执行永久的环境更改(即不允许INSERT或UPDATE语句)。

如果函数返回标量值，则可以在SQL语句中使用它;如果函数返回结果集，则可以连接它。

从总结答案的评论中，有一点值得注意。感谢@Sean K Anderson:

函数遵循计算机科学的定义，即它们必须返回一个值，并且不能更改作为参数接收的数据 (论点)。函数不允许改变任何东西，必须 至少有一个参数，并且它们必须返回一个值。存储 Procs不需要有参数，可以改变数据库对象， 并且不需要返回值。

这里有一个更喜欢函数而不是存储过程的实际原因。如果有一个存储过程需要另一个存储过程的结果，则必须使用insert-exec语句。这意味着您必须创建一个临时表并使用exec语句将存储过程的结果插入到临时表中。它是混乱的。这样做的一个问题是insert-execs不能嵌套。

如果您使用调用其他存储过程的存储过程，可能会遇到这种情况。如果嵌套存储过程只是返回一个数据集，则可以将其替换为表值函数，这样就不会再出现此错误。

(这是我们应该将业务逻辑排除在数据库之外的另一个原因)