RELEASE SAVEPOINT

RELEASE SAVEPOINT释放指定名称的保存点，以及在该保存点之后创建且仍处于活动状态的所有保存点，并释放它们占用的资源。 自该保存点创建以来所做、且之前尚未被回滚的所有更改，都会并入在创建该保存点时处于活动状态的事务或保存点中。 在RELEASE SAVEPOINT之后所做的更改，也将成为该活动事务或保存点的一部分。

指定一个此前未定义的保存点名称是一种错误。

当事务处于已中止状态时，不能释放保存点；要这样做，请使用ROLLBACK TO SAVEPOINT。

如果有多个保存点使用相同名称，则只会释放最近定义且尚未释放的那个。 重复执行该命令会逐步释放更早的同名保存点。

建立并随后释放一个保存点：

BEGIN;
    INSERT INTO table1 VALUES (3);
    SAVEPOINT my_savepoint;
    INSERT INTO table1 VALUES (4);
    RELEASE SAVEPOINT my_savepoint;
COMMIT;

上面的事务将插入 3 和 4。

一个包含多个嵌套子事务的更复杂示例：

BEGIN;
    INSERT INTO table1 VALUES (1);
    SAVEPOINT sp1;
    INSERT INTO table1 VALUES (2);
    SAVEPOINT sp2;
    INSERT INTO table1 VALUES (3);
    RELEASE SAVEPOINT sp2;
    INSERT INTO table1 VALUES (4))); -- generates an error

在这个例子中，应用程序请求释放保存点sp2，值 3 是在其中插入的。 这样会把该插入操作的事务上下文改为sp1。 当试图插入值 4 的语句产生错误时，2 和 4 的插入都会丢失，因为它们位于同一个随后被回滚的保存点中， 而值 3 现在也位于同一事务上下文中，因此同样会丢失。 由于此后所有其他命令都会被忽略，应用程序现在只能在以下两个命令中选择一个：

ROLLBACK;
ROLLBACK TO SAVEPOINT sp1;

选择ROLLBACK将中止所有内容，包括值 1； 而ROLLBACK TO SAVEPOINT sp1会保留值 1，并允许事务继续。

该命令符合SQL标准。 标准规定关键字SAVEPOINT是强制的， 但PostgreSQL允许省略它。