PostgreSQL功能是事务性的吗？

发布时间：2020-12-13 16:47:27 所属栏目：百科来源：网络整理

导读：是一个PostgreSQL函数，如下面的自动事务处理？ CREATE OR REPLACE FUNCTION refresh_materialized_view(name) RETURNS integer AS$BODY$ DECLARE _table_name ALIAS FOR $1; _entry materialized_views%ROWTYPE; _result INT; BEGIN EXECUTE 'TRUNCATE TABL

是一个PostgreSQL函数，如下面的自动事务处理？

CREATE OR REPLACE FUNCTION refresh_materialized_view(name)
  RETURNS integer AS
$BODY$
 DECLARE
     _table_name ALIAS FOR $1;
     _entry materialized_views%ROWTYPE;
     _result INT;
 BEGIN          

     EXECUTE 'TRUNCATE TABLE ' || _table_name;

     UPDATE materialized_views
     SET    last_refresh = CURRENT_TIMESTAMP
     WHERE  table_name = _table_name;

     RETURN 1;
END
$BODY$
  LANGUAGE plpgsql VOLATILE SECURITY DEFINER;

换句话说，如果在执行函数期间发生错误，任何更改都会回滚吗？如果这不是默认行为，我如何使函数事务？

函数是调用它们的事务的一部分。如果事务回滚，它们的效果会回滚。如果事务提交，它们的工作提交。任何BEGIN … EXCEPT函数中的块都像(和在引擎盖下使用)保存点，如SAVEPOINT和ROLLBACK TO SAVEPOINT SQL语句。

该函数完全成功或完全失败，禁止BEGIN … EXCEPT错误处理。如果在函数内部发生错误并且未处理，则调用函数的事务将中止。中止的事务不能提交，如果他们尝试提交COMMIT被视为ROLLBACK，与任何其他事务错误一样。观察：

regress=# BEGIN;
BEGIN
regress=# SELECT 1/0;
ERROR:  division by zero
regress=# COMMIT;
ROLLBACK

查看事务(由于零分区而处于错误状态)如何回滚COMMIT？

如果调用没有明确环绕事务的函数，规则与任何其他Pg语句完全相同：

BEGIN;
SELECT refresh_materialized_view(name);
COMMIT;

(如果SELECT引发错误，COMMIT将失败)。

PostgreSQL并不支持函数中的自治事务，其中过程/函数可以独立于调用事务提交/回滚。这可以通过dblink使用新会话来模拟。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!