您自己将手册中的关键句子加粗了：

SQL函数的整个主体在执行任何函数之前都会被解析。

另请参阅手册中有关
解析器阶段 的信息。

它由两个主要部分组成： 解析器 和 转换过程
。引用手册：

在 改造过程中 需要由解析器树递回作为输入，并确实了解哪些表，函数，和运营商查询所引用所需的语义解释。

如果SQL函数包含以下命令：

CREATE TABLE foo (...);
INSERT INTO foo VALUES(...);

几乎同时计划了这两个语句（基于系统目录的相同快照）。因此，INSERT不能看到表“ foo”可能是由上一条CREATE命令创建的。这就产生
了以下问题之一 ：

1. 如果没有 其他的 名为“foo”表在你search_patch（还），Postgres的抱怨 试图创建时 的功能：

ERROR:  relation "foo" does not exist

1. 如果您的表中已经存在另一个名为“ foo”的表search_patch（并且您不使用冲突的列名），则Postgres将INSERT基于该表进行计划。如果任何值导致（错误！）表中的冲突，通常会 在执行时 导致错误。或者，如果运气不好，它甚至可能在没有错误消息的情况下写入该表！非常偷偷摸摸的错误。

使用 PL / pgSQL 函数不会发生这种情况，因为它会将SQL命令像预处理语句一样按 _ 顺序_
计划和执行。因此，每个语句都可以查看在先前语句中创建的对象。

因此，从未访问过的语句甚至都不会被计划-与SQL函数不同。语句的执行计划可以缓存在同一会话中-与SQL函数不同。在此处阅读有关PL /
pgSQL函数中计划缓存的详细信息。