2024年9月26日: PostgreSQL 17 发布!
支持的版本:当前 (17) / 16 / 15 / 14 / 13 / 12
开发版本:开发版
不受支持的版本:11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0

43.8. PL/Perl 内部机制 #

43.8.1. 配置 #

本节列出了影响PL/Perl的配置参数。

plperl.on_init (string) #

指定在第一次初始化 Perl 解释器时执行的 Perl 代码,在将其专门用于 plperlplperlu 之前。当执行此代码时,SPI 函数不可用。如果代码因错误而失败,它将中止解释器的初始化并传播到调用查询,导致当前事务或子事务中止。

Perl 代码限于单个字符串。较长的代码可以放置到模块中,并由 on_init 字符串加载。示例

plperl.on_init = 'require "plperlinit.pl"'
plperl.on_init = 'use lib "/my/app"; use MyApp::PgInit;'

plperl.on_init 直接或间接加载的任何模块都可供 plperl 使用。这可能会造成安全风险。要查看已加载的模块,可以使用

DO 'elog(WARNING, join ", ", sort keys %INC)' LANGUAGE plperl;

如果 plperl 库包含在 shared_preload_libraries 中,则初始化将在 postmaster 中发生,在这种情况下,应特别考虑破坏 postmaster 的风险。使用此功能的主要原因是,由 plperl.on_init 加载的 Perl 模块只需要在 postmaster 启动时加载,并且将在各个数据库会话中立即可用,而无需加载开销。但是,请记住,只有数据库会话使用的第一个 Perl 解释器(PL/PerlU 或 SQL 角色第一次调用 PL/Perl 函数的 PL/Perl)才能避免开销。在数据库会话中创建的任何其他 Perl 解释器都必须重新执行 plperl.on_init。此外,在 Windows 上,从预加载中将没有任何节省,因为在 postmaster 进程中创建的 Perl 解释器不会传播到子进程。

此参数只能在 postgresql.conf 文件或服务器命令行中设置。

plperl.on_plperl_init (string)
plperl.on_plperlu_init (string) #

这些参数分别指定当 Perl 解释器专门用于 plperlplperlu 时要执行的 Perl 代码。这将在数据库会话中第一次执行 PL/Perl 或 PL/PerlU 函数时发生,或者当必须创建额外的解释器,因为调用了其他语言或 SQL 角色调用了 PL/Perl 函数时发生。这遵循由 plperl.on_init 完成的任何初始化。当执行此代码时,SPI 函数不可用。 plperl.on_plperl_init 中的 Perl 代码在“锁定”解释器后执行,因此它只能执行受信任的操作。

如果代码因错误而失败,它将中止初始化并传播到调用查询,导致当前事务或子事务中止。Perl 中已执行的任何操作都不会撤消;但是,该解释器将不再使用。如果再次使用该语言,则将在新的 Perl 解释器中再次尝试初始化。

只有超级用户可以更改这些设置。虽然可以在会话中更改这些设置,但此类更改不会影响已用于执行函数的 Perl 解释器。

plperl.use_strict (boolean) #

设置为 true 时,随后编译的 PL/Perl 函数将启用 strict pragma。此参数不影响当前会话中已编译的函数。

43.8.2. 限制和缺失的功能 #

PL/Perl 目前缺少以下功能,但它们将是受欢迎的贡献。

  • PL/Perl 函数不能直接互相调用。

  • SPI 尚未完全实现。

  • 如果您使用 spi_exec_query 提取非常大的数据集,则应注意这些数据集都将进入内存。您可以通过使用前面说明的 spi_query/spi_fetchrow 来避免这种情况。

    如果返回集函数通过 return 将大量行传递回 PostgreSQL,则会出现类似的问题。您也可以通过为返回的每一行使用 return_next 来避免此问题,如前所示。

  • 当会话正常结束时,而不是由于致命错误结束,将执行任何已定义的 END 块。目前不执行其他操作。具体来说,文件句柄不会自动刷新,对象也不会自动销毁。

提交更正

如果您在文档中发现任何不正确的内容,与您对特定功能的体验不符,或者需要进一步说明,请使用 此表单 报告文档问题。