postgres无法识别函数中的临时表

Question

这可能是因为我累了，或者我是Postgres的新手。但是，我试图在函数中使用临时表，而postgres抱怨“关系不存在”。但是，如果我接受函数的主体并执行它，就可以正常工作。下面是我尝试创建的函数类型的示例。请记住，我已经剥离了所有有趣的内容，以至于几乎没有显示我的问题的最低限度。

CREATE OR REPLACE FUNCTION dbo.somefunc() RETURNS void AS
$BODY$

CREATE TEMPORARY TABLE work_list
(
    name text,
    level smallint
);

insert into work_list
    (name, level)
values
    ('someone', 25);

$BODY$
LANGUAGE sql VOLATILE;

我收到的投诉是关于插入声明的。实际的投诉是：

ERROR:  relation "work_list" does not exist

postgres是否不支持函数中的临时表？还是有一些语法方面的东西让我cho之以鼻，这给了我一个虚假的错误？

Answer 1

Postgres对您要创建的函数进行了一些简单的检查，发现（正确）该表work_list不存在（尚未）。我看到两个选择：

~~~~

1.“伪造，直到成功”

在创建函数之前实际创建（临时）表。 临时表将在会话结束时消失，但是一旦函数创建完毕，您就已经通过了此测试。
显然，在同一会话中运行该函数之前，必须删除该表，以免发生冲突。更好的方法是： CREATE TEMP TABLE IF NOT EXISTS在函数中使用（Postgres 9.1+）。如果表已经存在，您可能想要截断它。

但是（请参阅下面的注释），引用手册

SQL函数的整个主体在执行任何函数之前都会被解析。虽然SQL函数可以包含更改系统目录的命令（例如CREATE TABLE），但是在对函数中的后续命令进行语法分析时，这些命令的效果将不可见。因此，例如，CREATE TABLE foo (...); INSERT INTO foo VALUES(...);如果打包到单个SQL函数中将无法按预期工作，因为INSERT解析命令时foo尚不存在。
在这种情况下，建议使用PL / pgSQL代替SQL函数。

大胆强调我的。

2.改用PL / pgSQL

在plpgsql中检查不够彻底。如果Postgres仍然抱怨（在这种情况下不是），您也可以使用来动态执行SQLEXECUTE。

撇开：在许多情况下，如果没有临时表，就有了更高效的解决方案…