一般来说，使用存储过程的性能更好。 例如，在以前版本的SQL Server中，如果你将函数置于JOIN条件下，基数估计为1 (SQL 2012之前)和100 (SQL 2012之后和SQL 2017之前)，引擎可能会生成一个糟糕的执行计划。

此外，如果你把它放在WHERE子句中，SQL引擎可能会生成一个糟糕的执行计划。

在SQL 2017中，微软引入了称为交错执行的功能，以产生更准确的估计，但存储过程仍然是最佳解决方案。

要了解更多细节，请参阅以下Joe Sack的文章 https://techcommunity.microsoft.com/t5/sql-server/introducing-interleaved-execution-for-multi-statement-table/ba-p/385417

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

基本区别

函数必须返回一个值，但在存储过程中它是可选的(过程可以返回零或n个值)。

函数只能有输入参数，而过程可以有输入/输出参数。

函数需要一个输入参数，这是必须的，但存储过程可能需要o到n个输入参数。

函数可以从过程中调用，而过程不能从函数中调用。

之前的区别

Procedure允许在其中使用SELECT和DML(INSERT/UPDATE/DELETE)语句，而Function只允许在其中使用SELECT语句。

过程不能在SELECT语句中使用，而Function可以嵌入到SELECT语句中。

存储过程不能在WHERE/HAVING/SELECT部分的SQL语句中使用，而函数可以。

返回表的函数可以被视为另一个行集。这可以在与其他表的join中使用。

内联函数可以被认为是接受参数的视图，可以在join和其他行集操作中使用。

异常可以用try-catch块在过程中处理，而try-catch块不能在函数中使用。

我们可以在过程中使用事务管理，而不能在功能中使用。

源

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

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

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

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

当你想要计算并返回一个值以供其他SQL语句使用时，编写一个用户定义函数;当您想要编写存储过程时，您可以将一组可能很复杂的SQL语句分组。毕竟，这是两个非常不同的用例!

在SQL Server中，函数和存储过程是两种不同类型的实体。

函数:在SQL Server数据库中，函数用于执行一些动作，动作立即返回结果。 函数有两种类型:

系统定义的 用户定义的

存储过程:在SQL Server中，存储过程存储在服务器中，它可以返回零，单个和多个值。 存储过程有两种类型:

系统存储过程 用户自定义过程