2025年9月25日: PostgreSQL 18 发布!
支持的版本: 当前 (18) / 17 / 16 / 15 / 14 / 13
开发版本: devel
不支持的版本: 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

43.4. PL/Perl 中的全局值 #

您可以使用全局哈希表 %_SHARED 来存储数据,包括代码引用,这些数据在当前会话的生命周期内函数调用之间共享。

下面是一个共享数据的简单示例

CREATE OR REPLACE FUNCTION set_var(name text, val text) RETURNS text AS $$
    if ($_SHARED{$_[0]} = $_[1]) {
        return 'ok';
    } else {
        return "cannot set shared variable $_[0] to $_[1]";
    }
$$ LANGUAGE plperl;

CREATE OR REPLACE FUNCTION get_var(name text) RETURNS text AS $$
    return $_SHARED{$_[0]};
$$ LANGUAGE plperl;

SELECT set_var('sample', 'Hello, PL/Perl!  How''s tricks?');
SELECT get_var('sample');

下面是一个使用代码引用的稍微复杂的示例

CREATE OR REPLACE FUNCTION myfuncs() RETURNS void AS $$
    $_SHARED{myquote} = sub {
        my $arg = shift;
        $arg =~ s/(['\\])/\\$1/g;
        return "'$arg'";
    };
$$ LANGUAGE plperl;

SELECT myfuncs(); /* initializes the function */

/* Set up a function that uses the quote function */

CREATE OR REPLACE FUNCTION use_quote(TEXT) RETURNS text AS $$
    my $text_to_quote = shift;
    my $qfunc = $_SHARED{myquote};
    return &$qfunc($text_to_quote);
$$ LANGUAGE plperl;

(您可以将上面的代码替换为一行代码 return $_SHARED{myquote}->($_[0]);,但会牺牲可读性。)

出于安全原因,PL/Perl 会为每个 SQL 角色执行的函数运行一个单独的 Perl 解释器。这可以防止一个用户意外或恶意干扰另一个用户的 PL/Perl 函数的行为。每个此类解释器都有其自己的 %_SHARED 变量值和其他全局状态。因此,两个 PL/Perl 函数将共享相同的 %_SHARED 值,当且仅当它们由相同的 SQL 角色执行时。在一个会话中通过多个 SQL 角色执行代码的应用程序中(例如通过 SECURITY DEFINER 函数、使用 SET ROLE 等),您可能需要采取明确的步骤来确保 PL/Perl 函数可以通过 %_SHARED 共享数据。为此,请确保应该通信的函数由同一个用户拥有,并将它们标记为 SECURITY DEFINER。当然,您必须注意确保这些函数不会被用于执行任何意外操作。

提交更正

如果您在本应正确、与您对特定功能的经验相符或需要进一步澄清的文档中看到任何内容,请使用此表单报告文档问题。