Re: Understanding autocommit - Mailing list pgsql-general

From Chris Angelico
Subject Re: Understanding autocommit
Date
Msg-id CAPTjJmq_swiXka36=qrdU7rcCozMwRzN+FyGUR4kYvfHzc21GQ@mail.gmail.com
Whole thread Raw
In response to Re: Understanding autocommit  ("Albe Laurenz" <laurenz.albe@wien.gv.at>)
List pgsql-general
On Wed, Aug 22, 2012 at 6:52 PM, Albe Laurenz <laurenz.albe@wien.gv.at> wrote:
> Chris Angelico wrote:
>> I'm looking at these two pages:
>>
>> http://www.postgresql.org/docs/9.1/static/ecpg-sql-set-autocommit.html
>> http://www.postgresql.org/docs/9.1/static/sql-start-transaction.html
>>
>> I'm sure there's something really obvious here, but... how do I find
>> out whether my program's running in autocommit mode or not?
>
> An "embedded SQL program" is a program written in C that makes use
> of ecpg.
>
> The server itself has autocommit, so every program that uses
> PostgreSQL will be in autocommit mode by default.
>
> The only way around that are explicit BEGIN or START TRANSACTION
> commands (which is what ecpg uses).

Thanks Albe.

I've poked around a bit more with this question, and it seems that the
functionality was moved out of the server and into the client. It's no
longer possible to have autocommit set to anything other than true.
(But in case anyone else is wondering, the query "show autocommit" is
what I was looking for, to find out what current status is.)

So I guess now I need to check out the PHP bindings, since all my C++
code uses libpqxx and much better handling of transactions. (And I
rather doubt that you guys will know what Pike is, much less whether
it can automatically open a transaction and not commit it when a query
comes in.) I'd really rather get off PHP altogether, but that isn't
looking likely at the moment!

ChrisA


pgsql-general by date:

Previous
From: Willy-Bas Loos
Date:
Subject: [postgis-users] pg_dump -s should use add_geometrycolumn(...)
Next
From: "Gauthier, Dave"
Date:
Subject: using vars in ddl in procedure call