Re: A bad behavior under autocommit off mode
| От | Hiroshi Inoue |
|---|---|
| Тема | Re: A bad behavior under autocommit off mode |
| Дата | |
| Msg-id | 3E79036F.59A72CAD@tpf.co.jp обсуждение исходный текст |
| Ответ на | Re: A bad behavior under autocommit off mode (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: A bad behavior under autocommit off mode
Re: A bad behavior under autocommit off mode Re: A bad behavior under autocommit off mode |
| Список | pgsql-hackers |
Bruce Momjian wrote: > > OK, I have a patch to fix this bug. The basic problem is that when a > multi-query string is passed to the backend, it is treated as a single > transaction _unless_ a transaction or GUC command appears in the string. > When they appear, a transaction is forced, but the normal transaction > state machine has been bypassed, meaning in: > > SET autocommit TO off; SELECT 1; COMMIT; > > when the COMMIT arrives, the transaction state machines hasn't seen the > SELECT because the mechanism is bypassing the state machine to try and > get everything into the same transaction. > > This patch removes that "stuff all queries into a single transaction" > behavior and makes them function just like queries arriving separately. > This does BREAK BACKWARD COMPATIBILITY. However, if they want the old > behavior, they just need to wrap BEGIN/COMMIT around the query string. Does the change worth the trouble ? Please don't break BACKWARD COMPATIBILITY easily. regards, Hiroshi Inouehttp://www.geocities.jp/inocchichichi/psqlodbc/
В списке pgsql-hackers по дате отправления: