↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

支持中的版本: 当前版本 (18) / 17 / 16 / 15 / 14
开发中的版本: 19 / 20devel
已结束支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1 / 7.0 / 6.5 / 6.4
历史版本。 PostgreSQL 10 已结束支持。 2022-11-10. 请参阅 当前版本手册.

第 41 章 过程语言

PostgreSQL 允许使用 SQL 和 C 之外的其他语言编写用户定义的函数。这些语言统称为过程语言(PL)。对于用过程语言编写的函数,数据库服务器并不内置关于如何解释函数源文本的知识。相反,这项任务会交给一个了解该语言细节的专门的调用处理器。该调用处理器既可以自行完成解析、语法分析、执行等全部工作,也可以在 PostgreSQL 与某种现有编程语言实现之间充当“粘合剂”。与其他任何 C 函数一样,调用处理器本身也是一个被编译进共享对象并按需装载的 C 语言函数。

标准 PostgreSQL 发行版当前提供四种过程语言:PL/pgSQL(第 42 章)、PL/Tcl(第 43 章)、PL/Perl(第 44 章)以及 PL/Python(第 45 章)。另有一些可用的过程语言并未包含在核心发行版中。附录 H 提供了查找它们的信息。此外,用户还可以自行定义其他语言;开发新过程语言的基础知识见第 55 章。

41.1. 安装过程语言 #

过程语言必须在每个要使用它的数据库中“安装”。不过,安装在数据库 template1 中的过程语言会自动在随后创建的所有数据库中可用,因为它们在 template1 中的条目会由 CREATE DATABASE 复制。因此,数据库管理员可以决定哪些数据库提供哪些语言,并且如果需要,还可以让某些语言默认可用。

对于标准发行版附带的语言,只需执行 CREATE EXTENSION language_name,即可将该语言安装到当前数据库中。下文所述的手工过程只建议用于安装那些尚未打包为扩展的语言。

手工安装过程语言

在数据库中安装过程语言需要五个步骤,且必须由数据库超级用户执行。多数情况下,所需的 SQL 命令都应打包成某个“扩展”的安装脚本,这样就可以用 CREATE EXTENSION 来执行它们。

  1. 该语言调用处理器的共享对象必须先编译好并安装到合适的库目录中。这与构建和安装含有普通用户定义 C 函数的模块的方法相同;见第 37.9.5 节。该语言调用处理器往往还会依赖一个提供实际编程语言引擎的外部库;如果是这样,该库也必须安装。

  2. 必须用如下命令声明该调用处理器:

    CREATE FUNCTION handler_function_name()
        RETURNS language_handler
        AS 'path-to-shared-object'
        LANGUAGE C;

    特殊返回类型 language_handler 会告诉数据库系统,该函数返回的不是某种已定义的 SQL 数据类型,并且不能在 SQL 语句中直接使用。

  3. 可选地,语言调用处理器可以提供一个“内联”处理器函数,用于执行用该语言编写的匿名代码块(DO 命令)。如果该语言提供了内联处理器函数,可用类似下面的命令声明它:

    CREATE FUNCTION inline_function_name(internal)
        RETURNS void
        AS 'path-to-shared-object'
        LANGUAGE C;

  4. 可选地,语言调用处理器可以提供一个“验证器”函数,用于在不实际执行的情况下检查函数定义是否正确。如果存在验证器函数,CREATE FUNCTION 就会调用它。如果该语言提供了验证器函数,可用类似下面的命令声明它:

    CREATE FUNCTION validator_function_name(oid)
        RETURNS void
        AS 'path-to-shared-object'
        LANGUAGE C STRICT;

  5. 最后,必须用如下命令声明该 PL:

    CREATE [TRUSTED] [PROCEDURAL] LANGUAGE language_name
        HANDLER handler_function_name
        [INLINE inline_function_name]
        [VALIDATOR validator_function_name] ;

    可选关键字 TRUSTED 表示,该语言不会授予用户原本不具备的数据访问能力。受信任的语言是为普通数据库用户(即没有超级用户权限的用户)设计的,并允许他们安全地创建函数和触发器过程。由于 PL 函数是在数据库服务器内部执行的,因此 TRUSTED 标记只应赋予那些不允许访问数据库服务器内部或文件系统的语言。语言 PL/pgSQL,PL/Tcl 以及 PL/Perl 被认为是受信任的;而语言 PL/TclU,PL/PerlU 以及 PL/PythonU 旨在提供无限制的功能,因此不应被标记为受信任的。

例 41.1 展示了以 PL/Perl 为例时,手工安装过程是如何进行的。

例 41.1. 手工安装 PL/Perl

下面的命令告诉数据库服务器到哪里查找 PL/Perl 语言调用处理器函数的共享对象:

CREATE FUNCTION plperl_call_handler() RETURNS language_handler AS
    '$libdir/plperl' LANGUAGE C;

PL/Perl 具有内联处理器函数和验证器函数,因此我们也声明它们:

CREATE FUNCTION plperl_inline_handler(internal) RETURNS void AS
    '$libdir/plperl' LANGUAGE C;

CREATE FUNCTION plperl_validator(oid) RETURNS void AS
    '$libdir/plperl' LANGUAGE C STRICT;

下面的命令:

CREATE TRUSTED PROCEDURAL LANGUAGE plperl
    HANDLER plperl_call_handler
    INLINE plperl_inline_handler
    VALIDATOR plperl_validator;

随后指定应为以下函数和触发器过程调用前面声明的函数:其语言属性为 plperl。


在默认的 PostgreSQL 安装中,PL/pgSQL 语言的调用处理器会被构建并安装到“库”目录中;此外,PL/pgSQL 语言本身也安装在所有数据库中。如果在构建时配置了 Tcl 支持,那么 PL/Tcl 和 PL/TclU 的调用处理器会被构建并安装到该库目录中,但这两种语言本身默认并不会安装到任何数据库中。同样,如果在构建时配置了 Perl 支持,就会构建并安装 PL/Perl 和 PL/PerlU 的调用处理器;如果在构建时配置了 Python 支持,则会安装 PL/PythonU 的调用处理器,但这些语言默认也不会安装到任何数据库中。

报告文档问题

阅读 上游文档. 反馈更正前请先核对 当前版本手册.