TL; DR ：您 可以 从（表值）函数中选择，也 可以 从PostgreSQL中的任何类型的函数中选择。但不是来自存储过程。

这是一个“直观”的，有点与数据库无关的解释，因为我相信SQL及其许多方言过于有机地增长了语言/概念，因此对此没有一个根本的“科学”解释。

历史上的程序与功能

我并没有真正从存储过程中进行选择的意义，但是我对多年的经验和接受现状抱有偏见，并且我当然知道 过程 和 函数
之间的区别可能会造成混淆，以及人们希望他们如何做。更通用，更强大。特别是在SQL
Server，Sybase或MySQL中，过程可以返回任意数量的结果集/更新计数，尽管这与返回定义明确的类型的函数不同。

将过程视为 命令性例程 （具有副作用），将函数视为无副作用的 纯例程 。一个SELECT说法本身也是 “纯”
无副作用（除了潜在的锁定效应），因此是很有意义想到的功能作为唯一类型的例程，可以被用在SELECT声明。

实际上，可以将函数视为对行为有严格约束的例程，而过程则可以执行任意程序。

4GL与3GL语言

从SQL的角度来看，这是另一种方法，它是第四代编程语言（4GL）。4GL仅在其功能上受到严格限制时才能合理地工作。通用表表达式使SQL turing-
complete成为可能，但是从实际的日常角度来看，SQL的声明性仍然阻止其成为通用语言。

存储过程是规避此限制的一种方法。有时，您 想 完整 而 实用。因此，存储过程必须执行命令，具有副作用，进行事务处理等。

存储函数是将 某些 3GL
/过程语言功能引入纯净4GL世界的一种聪明方法，其代价是禁止它们内部出现副作用（除非您想打开pandora的包装盒并拥有完全不可预测的SELECT陈述）。

一些数据库允许其存储过程返回任意数量的结果集/游标的事实是其允许任意行为（包括副作用）的一个特征。原则上，我说过的话也不会阻止存储函数中的这种特定行为，但是如果允许它们在4GL语言SQL的上下文中这样做是非常不切实际且难以管理的。

因此：

• 程序可以调用程序，任何函数和SQL
• “pure”函数可以调用“pure”函数和SQL
• SQL可以调用“pure”函数和SQL

但：

• “纯”函数调用过程变为“impure”函数（如过程）

和：

• SQL无法调用过程
• SQL无法调用“impure”函数

“pure”表值函数的示例：

以下是一些使用表值“pure”函数的示例：

Oracle

CREATE TYPE numbers AS TABLE OF number(10);
/

CREATE OR REPLACE FUNCTION my_function (a number, b number)
RETURN numbers
IS
BEGIN
    return numbers(a, b);
END my_function;
/

接着：

SELECT * FROM TABLE (my_function(1, 2))

SQL服务器

CREATE FUNCTION my_function(@v1 INTEGER, @v2 INTEGER)
RETURNS @out_table TABLE (
    column_value INTEGER
)
AS
BEGIN
    INSERT @out_table
    VALUES (@v1), (@v2)
    RETURN
END

接着

SELECT * FROM my_function(1, 2)

PostgreSQL的

我想谈谈PostgreSQL。

PostgreSQL很棒，因此是个例外。它也很奇怪，可能不应该在生产中使用其50％的功能。它仅支持“功能”，不支持“过程”，但是那些功能可以充当任何东西。查看以下内容：

CREATE OR REPLACE FUNCTION wow ()
RETURNS SETOF INT
AS $$
BEGIN
    CREATE TABLE boom (i INT);

    RETURN QUERY
    INSERT INTO boom VALUES (1)
    RETURNING *;
END;
$$ LANGUAGE plpgsql;

副作用：

• 创建一个表
• 插入一条记录

然而：

SELECT * FROM wow();

产量

wow
---
1