mirror of
https://github.com/postgres/postgres.git
synced 2025-11-04 20:11:56 +03:00
This also adds references to this new chapter at relevant sections of our documentation. Previously much of these internal details were exposed to users, but not explained. This also updates RELEASE SAVEPOINT. Discussion: https://postgr.es/m/CANbhV-E_iy9fmrErxrCh8TZTyenpfo72Hf_XD2HLDppva4dUNA@mail.gmail.com Author: Simon Riggs, Laurenz Albe Reviewed-by: Bruce Momjian Backpatch-through: 11
152 lines
4.2 KiB
Plaintext
152 lines
4.2 KiB
Plaintext
<!--
|
|
doc/src/sgml/ref/release_savepoint.sgml
|
|
PostgreSQL documentation
|
|
-->
|
|
|
|
<refentry id="sql-release-savepoint">
|
|
<indexterm zone="sql-release-savepoint">
|
|
<primary>RELEASE SAVEPOINT</primary>
|
|
</indexterm>
|
|
|
|
<indexterm zone="sql-release-savepoint">
|
|
<primary>savepoints</primary>
|
|
<secondary>releasing</secondary>
|
|
</indexterm>
|
|
|
|
<refmeta>
|
|
<refentrytitle>RELEASE SAVEPOINT</refentrytitle>
|
|
<manvolnum>7</manvolnum>
|
|
<refmiscinfo>SQL - Language Statements</refmiscinfo>
|
|
</refmeta>
|
|
|
|
<refnamediv>
|
|
<refname>RELEASE SAVEPOINT</refname>
|
|
<refpurpose>release a previously defined savepoint</refpurpose>
|
|
</refnamediv>
|
|
|
|
<refsynopsisdiv>
|
|
<synopsis>
|
|
RELEASE [ SAVEPOINT ] <replaceable>savepoint_name</replaceable>
|
|
</synopsis>
|
|
</refsynopsisdiv>
|
|
|
|
<refsect1>
|
|
<title>Description</title>
|
|
|
|
<para>
|
|
<command>RELEASE SAVEPOINT</command> releases the named savepoint and
|
|
all active savepoints that were created after the named savepoint,
|
|
and frees their resources. All changes made since the creation of
|
|
the savepoint that didn't already get rolled back are merged into
|
|
the transaction or savepoint that was active when the named savepoint
|
|
was created. Changes made after <command>RELEASE SAVEPOINT</command>
|
|
will also be part of this active transaction or savepoint.
|
|
</para>
|
|
</refsect1>
|
|
|
|
<refsect1>
|
|
<title>Parameters</title>
|
|
|
|
<variablelist>
|
|
<varlistentry>
|
|
<term><replaceable>savepoint_name</replaceable></term>
|
|
<listitem>
|
|
<para>
|
|
The name of the savepoint to release.
|
|
</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
</variablelist>
|
|
</refsect1>
|
|
|
|
<refsect1>
|
|
<title>Notes</title>
|
|
|
|
<para>
|
|
Specifying a savepoint name that was not previously defined is an error.
|
|
</para>
|
|
|
|
<para>
|
|
It is not possible to release a savepoint when the transaction is in
|
|
an aborted state; to do that, use <xref linkend="sql-rollback-to"/>.
|
|
</para>
|
|
|
|
<para>
|
|
If multiple savepoints have the same name, only the most recently defined
|
|
unreleased one is released. Repeated commands will release progressively
|
|
older savepoints.
|
|
</para>
|
|
|
|
</refsect1>
|
|
|
|
<refsect1>
|
|
<title>Examples</title>
|
|
|
|
<para>
|
|
To establish and later release a savepoint:
|
|
<programlisting>
|
|
BEGIN;
|
|
INSERT INTO table1 VALUES (3);
|
|
SAVEPOINT my_savepoint;
|
|
INSERT INTO table1 VALUES (4);
|
|
RELEASE SAVEPOINT my_savepoint;
|
|
COMMIT;
|
|
</programlisting>
|
|
The above transaction will insert both 3 and 4.
|
|
</para>
|
|
|
|
<para>
|
|
A more complex example with multiple nested subtransactions:
|
|
<programlisting>
|
|
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
|
|
</programlisting>
|
|
In this example, the application requests the release of the savepoint
|
|
<literal>sp2</literal>, which inserted 3. This changes the insert's
|
|
transaction context to <literal>sp1</literal>. When the statement
|
|
attempting to insert value 4 generates an error, the insertion of 2 and
|
|
4 are lost because they are in the same, now-rolled back savepoint,
|
|
and value 3 is in the same transaction context. The application can
|
|
now only choose one of these two commands, since all other commands
|
|
will be ignored:
|
|
<programlisting>
|
|
ROLLBACK;
|
|
ROLLBACK TO SAVEPOINT sp1;
|
|
</programlisting>
|
|
Choosing <command>ROLLBACK</command> will abort everything, including
|
|
value 1, whereas <command>ROLLBACK TO SAVEPOINT sp1</command> will retain
|
|
value 1 and allow the transaction to continue.
|
|
</para>
|
|
|
|
</refsect1>
|
|
|
|
<refsect1>
|
|
<title>Compatibility</title>
|
|
|
|
<para>
|
|
This command conforms to the <acronym>SQL</acronym> standard. The standard
|
|
specifies that the key word <literal>SAVEPOINT</literal> is
|
|
mandatory, but <productname>PostgreSQL</productname> allows it to
|
|
be omitted.
|
|
</para>
|
|
</refsect1>
|
|
|
|
<refsect1>
|
|
<title>See Also</title>
|
|
|
|
<simplelist type="inline">
|
|
<member><xref linkend="sql-begin"/></member>
|
|
<member><xref linkend="sql-commit"/></member>
|
|
<member><xref linkend="sql-rollback"/></member>
|
|
<member><xref linkend="sql-rollback-to"/></member>
|
|
<member><xref linkend="sql-savepoint"/></member>
|
|
</simplelist>
|
|
</refsect1>
|
|
</refentry>
|