函数和存储过程有不同的用途。虽然这不是最好的类比，但函数可以从字面上视为任何编程语言中使用的任何其他函数，但存储的proc更像是单个程序或批处理脚本。

函数通常有一个输出和可选的输入。输出可以作为另一个函数的输入(SQL Server内置的，如DATEDIFF, LEN等)或作为SQL查询的谓词-例如，SELECT a, b, dbo.MyFunction(c) FROM表或SELECT a, b, c FROM表WHERE a = dbo.MyFunc(c)。

Stored proc用于将SQL查询绑定到事务中，并与外部世界进行交互。框架，如ADO。NET等不能直接调用函数，但可以直接调用存储过程。

函数确实有一个隐患:它们可能被误用并导致相当严重的性能问题:考虑以下查询:

SELECT * FROM dbo.MyTable WHERE col1 = dbo.MyFunction(col2)

其中MyFunction声明为:

CREATE FUNCTION MyFunction (@someValue INTEGER) RETURNS INTEGER
AS
BEGIN
   DECLARE @retval INTEGER

   SELECT localValue 
      FROM dbo.localToNationalMapTable
      WHERE nationalValue = @someValue

   RETURN @retval
END

这里发生的事情是，MyFunction函数被MyTable表中的每一行调用。如果MyTable有1000行，那么就有另外1000个针对数据库的特别查询。类似地，如果函数在列规范中指定时被调用，则该函数将对SELECT返回的每一行被调用。

所以写函数的时候一定要小心。如果从函数中的表执行SELECT操作，则需要问问自己，在父进程中使用JOIN或其他SQL构造(如CASE…当……其他的……结束)。

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

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

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

函数和存储过程有不同的用途。虽然这不是最好的类比，但函数可以从字面上视为任何编程语言中使用的任何其他函数，但存储的proc更像是单个程序或批处理脚本。

函数通常有一个输出和可选的输入。输出可以作为另一个函数的输入(SQL Server内置的，如DATEDIFF, LEN等)或作为SQL查询的谓词-例如，SELECT a, b, dbo.MyFunction(c) FROM表或SELECT a, b, c FROM表WHERE a = dbo.MyFunc(c)。

Stored proc用于将SQL查询绑定到事务中，并与外部世界进行交互。框架，如ADO。NET等不能直接调用函数，但可以直接调用存储过程。

函数确实有一个隐患:它们可能被误用并导致相当严重的性能问题:考虑以下查询:

SELECT * FROM dbo.MyTable WHERE col1 = dbo.MyFunction(col2)

其中MyFunction声明为:

CREATE FUNCTION MyFunction (@someValue INTEGER) RETURNS INTEGER
AS
BEGIN
   DECLARE @retval INTEGER

   SELECT localValue 
      FROM dbo.localToNationalMapTable
      WHERE nationalValue = @someValue

   RETURN @retval
END

这里发生的事情是，MyFunction函数被MyTable表中的每一行调用。如果MyTable有1000行，那么就有另外1000个针对数据库的特别查询。类似地，如果函数在列规范中指定时被调用，则该函数将对SELECT返回的每一行被调用。

所以写函数的时候一定要小心。如果从函数中的表执行SELECT操作，则需要问问自己，在父进程中使用JOIN或其他SQL构造(如CASE…当……其他的……结束)。

It is mandatory for Function to return a value while it is not for stored procedure. Select statements only accepted in UDF while DML statements not required. Stored procedure accepts any statements as well as DML statements. UDF only allows inputs and not outputs. Stored procedure allows for both inputs and outputs. Catch blocks cannot be used in UDF but can be used in stored procedure. No transactions allowed in functions in UDF but in stored procedure they are allowed. Only table variables can be used in UDF and not temporary tables. Stored procedure allows for both table variables and temporary tables. UDF does not allow stored procedures to be called from functions while stored procedures allow calling of functions. UDF is used in join clause while stored procedures cannot be used in join clause. Stored procedure will always allow for return to zero. UDF, on the contrary, has values that must come - back to a predetermined point.

函数可以在选择语句中使用，而过程则不能。 存储过程同时接受输入和输出参数，而函数只接受输入参数。 函数不能返回text, ntext, image和时间戳类型的值，而过程可以。 函数可以在创建表中作为用户定义的数据类型使用，但过程不能。

***例如:-create table <tablename>(name varchar(10)，salary getsal(name))

这里getsal是一个用户定义的函数，它返回一个工资类型，当创建表时，没有存储空间分配给工资类型，getsal函数也不执行，但当我们从这个表中获取一些值时，getsal函数get被执行，返回 类型作为结果集返回。

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

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

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

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