编写 PL 处理器

过程语言的调用处理器必须用 C 之类的编译语言编写，并作为不带参数、返回 opaque类型的函数注册到 Postgres中，这个类型是为未指定或未定义类型准备的占位类型。这可以防止调用处理器被当作函数从查询中直接调用。（不过，当要执行处理器所提供的语言中的某个 PL 函数时，实际调用中还是可以提供参数的。）

调用处理器的调用方式与其他任何函数相同：它接收一个指向 FunctionCallInfoData 结构的指针，其中包含参数值和被调用函数的信息，并且预期返回一个 Datum 结果（如果想返回 SQL NULL 结果，可能还要设置 FunctionCallInfoData 结构的isnull字段）。调用处理器与普通被调函数的区别在于，FunctionCallInfoData 结构的flinfo->fn_oid字段包含的是要调用的 PL 函数的 OID，而不是调用处理器自身的 OID。调用处理器必须用这个字段来确定要执行哪个函数。此外，所传递的参数列表是按照目标 PL 函数的声明（而不是调用处理器的声明）建立的。

获取pg_proc项并分析被调用过程的参数和返回类型，是调用处理器的责任。过程的 CREATE FUNCTION中的 AS 子句可以在pg_proc表项的prosrc属性中找到。它可以是过程语言自身的源文本（例如 PL/Tcl），可以是一个文件的路径名，也可以是任何能告诉调用处理器具体做什么的东西。

通常，同一个函数在一条 SQL 语句中会被调用多次。调用处理器可以利用flinfo->fn_extra字段来避免反复查找被调用函数的信息。该字段初始为 NULL，但调用处理器可以把它设置为指向关于该 PL 函数的信息。在后续调用中，如果flinfo->fn_extra已经非 NULL，就可以直接使用它并跳过信息查找步骤。调用处理器必须注意让flinfo->fn_extra指向至少能存活到当前查询结束的内存，因为 FmgrInfo 数据结构可能被保留那么久。一种做法是在flinfo->fn_mcxt指定的内存上下文中分配这些额外数据；这样的数据通常与 FmgrInfo 本身具有相同的生命期。但处理器也可以选择使用生存期更长的上下文，以便跨查询缓存函数定义信息。

当一个 PL 函数作为触发器被调用时，不会传递显式参数，但 FunctionCallInfoData 的context字段指向一个 TriggerData 节点，而不是像普通函数调用中那样为 NULL。PL 处理器应该为 PL 函数提供获取触发器信息的机制。

注意

使用CREATE FUNCTION创建函数。

使用DROP LANGUAGE删除过程语言。

参阅表pg_language以获得更多信息：

        Table "pg_language"
   Attribute   |  Type   | Modifier
---------------+---------+----------
 lanname       | name    |
 lanispl       | boolean |
 lanpltrusted  | boolean |
 lanplcallfoid | oid     |
 lancompiler   | text    |

   lanname   | lanispl | lanpltrusted | lanplcallfoid | lancompiler
-------------+---------+--------------+---------------+-------------
 internal    | f       | f            |             0 | n/a
 C           | f       | f            |             0 | /bin/cc
 sql         | f       | f            |             0 | postgres

过程语言的调用处理器通常必须用 C 编写，并根据它是链接进后端还是动态装载，注册为 'internal'或'C'语言。调用处理器不能使用旧式的'C'函数接口。

目前，过程语言的定义一旦创建就不能更改。

SQL92

CREATE LANGUAGE是 Postgres扩展。 SQL92中没有 CREATE LANGUAGE语句。