Re: Understanding autocommit

Поиск
Список
Период
Сортировка
От Chris Angelico
Тема Re: Understanding autocommit
Дата
Msg-id CAPTjJmq_swiXka36=qrdU7rcCozMwRzN+FyGUR4kYvfHzc21GQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Understanding autocommit  ("Albe Laurenz" <laurenz.albe@wien.gv.at>)
Список 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 по дате отправления:

Предыдущее
От: Willy-Bas Loos
Дата:
Сообщение: [postgis-users] pg_dump -s should use add_geometrycolumn(...)
Следующее
От: "Gauthier, Dave"
Дата:
Сообщение: using vars in ddl in procedure call