主页 / dba / 问题 / 300507
Accepted
ARX
Asked: 2021-10-03 19:21:13 +0800 CST

BEGIN ATOMIC ... END 在 PostgreSQL SQL 函数/过程中是什么意思？

  • 772

在 PG 14 的文档中，该CREATE FUNCTION部分的手册说LANGUAGE SQL函数的主体可以是单个语句：

RETURN expression

或一个块：

BEGIN ATOMIC
statement;
statement;
...
statement;
END

没有对该块的语义给出任何解释。这看起来类似于BEGIN ... END;PL/pgSQL 中的块，但似乎有所不同。

写一组语句 inside 或 without 有什么区别BEGIN ATOMIC ... END？什么时候需要使用这样的块？ATOMIC关键字是强制性的吗？

postgresql functions

1 个回答

  1. Best Answer

    这是SQL 标准函数的新（在 Postgres 14 中）语法变体。
    发行说明：

    允许 SQL 语言函数和过程使用 SQL 标准函数体 (Peter Eisentraut)

    以前只支持字符串文字函数体。使用 SQL 标准语法编写函数或过程时，会立即解析主体并存储为解析树。这允许更好地跟踪函数依赖关系，并且可以具有安全优势。

    传统的 Postgres 函数和过程将正文保存为要在执行时解析的文字字符串，通常使用美元引用。看：

    新语法BEGIN ATOMIC ... END（带有强制ATOMIC！）不引用在创建时解析的函数体。它只是看起来类似于一个 PL/pgSQL 块，用BEGIN ... END. 两者都非常不同。新的语法变体只允许用于LANGUAGE sql. 事实上，这种语言是在没有声明的情况下假设的。手册：

    默认是sql如果sql_body指定。

    您可以编写多个纯 SQL 语句，就像在传统的字符串文字函数或过程体中一样。但一切都是在函数创建时解析的。因此，传统字符串文字形式的“早期绑定”与“后期绑定”。这有许多副作用。手册中
    对 SQL 标准语法有很好的解释：

    这类似于将函数体的文本写成字符串常量（参见上面的定义），但有一些区别：这种形式仅适用于LANGUAGE SQL，字符串常量形式适用于所有语言。这种形式在函数定义时解析，字符串常量形式在执行时解析；因此，这种形式不支持多态参数类型和其他在函数定义时不可解析的构造。这种形式跟踪函数体中使用的函数和对象之间的依赖关系，因此DROP ... CASCADE可以正常工作，而使用字符串文字的形式可能会留下悬空函数。最后，这种形式更兼容 SQL 标准和其他 SQL 实现。

    新的语法变体通常更适合简单的 SQL 函数。

    代码示例
    CREATE OR REPLACE FUNCTION asterisks(n int)
  RETURNS SETOF text
  LANGUAGE sql IMMUTABLE STRICT PARALLEL SAFE
BEGIN ATOMIC
SELECT repeat('*', g) FROM generate_series (1, n) g;
END;
    • 13

相关问题