Redrock Postgres 搜索 英文
版本: 9.3 / 9.4 / 9.5 / 9.6 / 10 / 11 / 12 / 13 / 14 / 15 / 16 / 17

42.4. PL/Tcl 中的全局数据 #

在两次函数调用之间保留一些全局数据或在不同的函数之间共享数据有时是有用的。这在 PL/Tcl 中很容易做到,但必须了解一些限制。

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

在一个会话中使用的所有 PL/TclU 函数都在同一个 Tcl 解释器中执行,当然它与用于 PL/Tcl 函数的解释器不同。因此,全局数据在 PL/TclU 函数之间自动共享。这不被视为安全风险,因为所有 PL/TclU 函数都在同一信任级别(即数据库超级用户的信任级别)下执行。

为了防止 PL/Tcl 函数意外相互干扰,通过 upvar 命令向每个函数提供一个全局数组。此变量的全局名称是函数的内部名称,而本地名称是 GD。建议将 GD 用于函数的持久性私有数据。仅对您特别打算在多个函数中共享的值使用常规 Tcl 全局变量。(请注意,GD 数组仅在特定解释器中全局,因此它们不会绕过上述安全限制。)

在下面的 spi_execp 示例中显示了 GD 的一个使用示例。