Postgres支持嵌套事务还是自治事务？

Question

我有一种情况，我必须提交一部分代码作为它自己的事务。
我已经创建了一个表subtransaction_tbl：

CREATE TABLE subtransaction_tbl
(
  entryval integer
)

以及plpython3u语言中的函数：

CREATE FUNCTION subtransaction_nested_test_t() RETURNS void
AS $$
plpy.execute("INSERT INTO subtransaction_tbl VALUES (1)")
with plpy.subtransaction():
    plpy.execute("INSERT INTO subtransaction_tbl VALUES (2)")
$$ LANGUAGE plpython3u;

第一种情况:

BEGIN TRANSACTION;
INSERT INTO subtransaction_tbl VALUES (4);
select  subtransaction_nested_test_t();
COMMIT TRANSACTION;

表中的条目正确：1、2、4

第二种情况：

BEGIN TRANSACTION;
INSERT INTO subtransaction_tbl VALUES (4);
select  subtransaction_nested_test_t();
ROLLBACK TRANSACTION;

表中的值未填充

我希望1或2应该添加到表 中，但出乎意料的是没有插入任何值。我想象函数打开了一个新的子事务，它不应该依赖于父事务。如果我是对的，请告诉我。

Postgres中是否存在自主交易？或者我必须修改我的plpython3u函数吗？

Answer 1

在Postgres 11之前的Postgres中没有自治事务，在Postgres 11中添加了SQL过程。函数中所做的一切都随事务一起回滚。

以下是对该功能的讨论：

• http://wiki.postgresql.org/wiki/Autonomous_subtransactions

在Postgres 10或更早版本中，一种解决方法是(ab-)使用dblink:

• dblink无法在UPDATE触发器后更新同一数据库上的表
• 如何在PostgreSQL中进行大型非阻塞更新？

还有相关的< code >保存点概念。(不是一回事！):

plpython有子事务（withplpy.subtransaction（）：），但这与自主事务不同。没有单独的COMMIT。它所做的就是将几个语句捆绑在一起，使它们成为原子。没有它，如果中间某个地方发生异常，并且您捕获了该异常，则只会执行该异常之前的代码。如果您将其包装到子事务中，则要么全部要么没有。这就像使用SAVEPOINT，而不是自主事务。每个留档：

子事务上下文管理器不捕获错误，它只确保在其作用域内执行的所有数据库操作将被自动提交或回滚。

Answer 2

Postgres确实支持嵌套事务，但它们不同于传统的SQL，更像是具有嵌套部分点的事务。

在顶层，您总是有典型的BEGIN/COMMIT/ROLLBACK，在嵌套级别，您必须使用以下命令：

• SAVEPOINT name-创建一个新的保存点，名称为事务唯一
• RELEASE SAVEPOINT name-提交保存点，尽管只有在包含事务提交
时它才会持续存在
• ROLLBACK TO SAVEPOINT name-回滚保存点

您还必须确保：

< li >用于每个< code >保存点的名称是唯一的； < li >一个< code >保存点中的故障会向上传播到顶层。

最后一点有点棘手，除非你使用一个可以自动完成这项工作的库。

当我写pg-promise时，我确保这两个条款得到保证：

< li >根据交易级别自动生成保存点名称，如< code>level_1、< code>level_2等； < li >它执行时包含< code > roll back TO save point name ，以及在子事务失败时的顶级< code>ROLLBACK，所有这些都建立在标准的promise链逻辑上。

另请参阅PostgreSQL嵌套事务的限制解释…