| От | Tom Lane |
|---|---|
| Тема | Re: [INTERFACES] aborted transactions |
| Дата | |
| Msg-id | 6873.909364929@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | aborted transactions ("Peter Garner" <peter.garner@toward.com>) |
| Список | pgsql-interfaces |
"Peter Garner" <peter.garner@toward.com> writes:
> However, it seems to me that if certain
> queries fail, the current transaction is aborted and all
> queries are ignored until the transaction is ended, either
> via commit or rollback.
*Any* backend-detected "fatal" error causes the transaction to
be aborted. I've kinda wished that transactions (atomic update)
could be separated from error-abort also, but right now the two
always go together in Postgres.
> Also if there is no begin
> transaction block, I assume that each statement is a unit
> of work and that all subsequent queries will work.
Right: a statement appearing outside any begin-transaction block
is treated as a self-contained transaction.
regards, tom lane
В списке pgsql-interfaces по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера