Re: Implicit transaction not rolling back after error

From: Rob Sargent <robjsargent(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Implicit transaction not rolling back after error
Date: 2012-12-20 23:40:12
Message-ID: 50D3A1DC.9070403@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 12/20/2012 04:33 PM, Stephen Touset wrote:
>
> On Dec 20, 2012, at 3:27 PM, Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> wrote:
>
>> When on (the default), each SQL command is automatically committed upon successful completion. To postpone commit in this mode, you must enter a BEGIN or START TRANSACTION SQL command. When off or unset, SQL commands are not committed until you explicitly issue COMMIT or END. The autocommit-off mode works by issuing an implicit BEGIN for you, just before any command that is not already in a transaction block and is not itself a BEGIN or other transaction-control command, nor a command that cannot be executed inside a transaction block (such as VACUUM).
>>
>> Note: In autocommit-off mode, you must explicitly abandon any failed transaction by entering ABORT or ROLLBACK. Also keep in mind that if you exit the session without committing, your work will be lost.
>> Note: The autocommit-on mode is PostgreSQL's traditional behavior, but autocommit-off is closer to the SQL spec. If you prefer autocommit-off, you might wish to set it in the system-wide psqlrc file or your ~/.psqlrc file.
>
> In this case, not only is AUTOCOMMIT set to "on", but I wasn't even able to turn it off for testing purposes.
>
> test=# SET AUTOCOMMIT TO off;
> ERROR: SET AUTOCOMMIT TO OFF is no longer supported
>
> So yes, AUTOCOMMIT is definitely on.
>
What does \set show when entered from the psql command line?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Denis Papathanasiou 2012-12-21 00:55:55 Using POSIX Regular Expressions on xml type fields gives inconsistent results
Previous Message Stephen Touset 2012-12-20 23:38:17 Re: Implicit transaction not rolling back after error