36.1. 概述

PL/pgSQL 函数第一次(在任何一个服务器进程内部)被调用时， PL/pgSQL 的调用句柄分析函数源文本生成二进制指令树。 该指令树完全转换了 PL/pgSQL 语句结构， 但是在函数内使用到的独立的 SQL 表达式和 SQL 命令并未立即转换。

在每个函数中用到的表达式和 SQL 命令在函数里首次使用的时候， PL/pgSQL 解释器创建一个准备好的执行规划（使用 SPI 管理器的 SPI_prepare 和 SPI_saveplan 函数）。 随后对该表达式或者命令的访问都将使用已准备好的规划。 因此，一个在条件代码中有许多语句，可能需要执行规划的函数， 只需要准备和保存那些真正在数据库联接期间真正使用到的规划。 这样可以有效地减少为 PL/pgSQL 函数里的语句生成分析和执行规划的总时间。 不过有个缺点是在特定表达式或者命令中的错误可能要到函数中的那部分执行到的时候才能发现。

一旦 PL/pgSQL 在函数里为一个命令制定了执行计划， 那么它将在该次数据库联接的生命期内复用该规划。 这么做在性能上通常会更好一些，但是如果你动态地修改你的数据库模式，那么就可能有问题。 比如：

CREATE FUNCTION populate() RETURNS integer AS $$
DECLARE
    -- 声明段
BEGIN
    PERFORM my_function();
END;
$$ LANGUAGE plpgsql;

如果你执行上面的函数，那么它将在为PERFORM语句生成的执行计划中中引用 my_function() 的 OID。 然后，如果你删除然后重新创建 my_function()， 那么 populate() 就会再也找不到 my_function()。 这时候你只能重新创建 populate()， 或者至少是重新开始一个新的数据库会话，好让该函数能重新编译一次。 另外一个避免这种问题的方法是在更新my_function 的定义的时候 使用 CREATE OR REPLACE FUNCTION （如果一个函数被"替换"，那么它的 OID 将不会变化）。

因为Pl/pgSQL用这种方法保存执行规划， 所以那些在PL/pgSQL里直接出现的 SQL 命令必须在每次执行的时候引用相同的表和字段； 也就是说，你不能拿一个参数用做 SQL 命令中的表或者字段的名称。 要绕开这个限制，你可以用 PL/pgSQL 的 EXECUTE语句动态地构造命令 — 代价是每次执行的时候都构造一个新的命令计划。