Re: problem with new autocommit config parameter and jdbc

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: problem with new autocommit config parameter and jdbc
Дата
Msg-id 15685.1031624823@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: problem with new autocommit config parameter and jdbc  (snpe <snpe@snpe.co.yu>)
Ответы Re: problem with new autocommit config parameter and jdbc  (Curt Sampson <cjs@cynic.net>)
Список pgsql-hackers
snpe <snpe@snpe.co.yu> writes:
> I'm use 'autocommit=false' and have problem with psql
> When any commnad is lost, then next commnad get error for transactions
> (simple select command).BTW

> snpe> select * from org_ba;
> ERROR: relation org_ba does not exists
> snpe> select * from org_ban;
> ERROR: current transactions is aborted, queries ignored until end of
> transaction block

Um, what's wrong with that?

It seems to me that an application that is using autocommit=off will
expect the first SELECT to start a transaction block.  If the first
SELECT fails, then subsequent commands *should* fail until you commit
or rollback.  Certainly if you did an explicit BEGIN before the first
SELECT, the above is what you'd get --- why should implicit BEGIN
work differently?

            regards, tom lane

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Proposal: Solving the "Return proper effected tuple
Следующее
От: "Christopher Kings-Lynne"
Дата:
Сообщение: Re: Proposal: Solving the "Return proper affected tuple