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

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

基本区别

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

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

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

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

之前的区别

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

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

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

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

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

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

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

源

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

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

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

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

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

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

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

函数可以是…

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

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

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

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

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