支持的版本:当前 (17) / 16 / 15 / 14 / 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

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

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

出于安全原因,PL/Tcl 会在为该角色单独的 Tcl 解释器中执行任何 SQL 角色调用的函数。这可以防止一个用户意外或恶意地干扰另一个用户的 PL/Tcl 函数的行为。每个这样的解释器对于任何 全局 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 的示例。

提交更正

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