19.1. 概述

PL/pgSQL的设计目标是创建一种可装载的过程语言，可以

• 可用于创建函数和触发器过程，

• 为 SQL 语言增加控制结构，

• 可以执行复杂的计算，

• 继承所有用户定义类型，函数和操作符，

• 可以定义为被服务器信任（的语言），

• 容易使用．

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

在每个函数中用到的表达式和 SQL 查询首次使用的时候， PL/pgSQL 解释器创建一个准备好的执行规划 (使用 SPI 管理器的 SPI_prepare 和 SPI_saveplan 函数)．随后对该表达式或者 查询的访问都将使用已准备好的规划．因此，一个在条件代码中有许多语句， 可能需要执行规划的函数，只需要准备和保存那些真正在数据库联接期间 真正使用到的规划．这样可疑节约大量分析动作．不过有个缺点是在特定 表达式或者查询中的错误可能要到函数中的那部分执行到的时候才能发现．

一旦 PL/pgSQL 在一个函数里为一个查询制作了查询规划， 那么它将在该次数据库联接的生命期内复用该规划．这么做在性能上通常 会更好一些，但是如果你动态地修改你的数据库大纲，那么就可能有问题． 比如∶

CREATE FUNCTION populate() RETURNS INTEGER AS '
DECLARE
    -- Declarations
BEGIN
    PERFORM my_function();
END;
' LANGUAGE 'plpgsql';

如果你执行上面的函数，那么它将在为PERFORM语句生成的查询规划中中引用 my_function() 的 OID．然后，如果你 删除然后重新创建 my_function()， 那么 populate() 就会再也找不到 my_function()．这时候你只能重新 创建 populate()，或者至少是重新 开始一个新的数据库会话，好让该函数能重新编译一次．

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

除了用于用户定义类型的输入/输出转换和计算函数以外， 任何可以在 C 语言函数里定义的东西都可以在 PL/pgSQL里使用． 我们可以创建复杂的条件计算函数， 并随后将之用于定义操作符或者用于函数索引中．

CREATE OR REPLACE FUNCTION testfunc(INTEGER) RETURN INTEGER AS '
    ....
END;
' LANGUAGE'plpgsql';

    \i filename.sql