| От | Tom Lane |
|---|---|
| Тема | Re: Unexpected *ABORT STATE* |
| Дата | |
| Msg-id | 24722.996611487@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Unexpected *ABORT STATE* (Mike Finn <mike.finn@tacticalExecutive.com>) |
| Список | pgsql-general |
Mike Finn <mike.finn@tacticalExecutive.com> writes:
> My guess is that the underlying problem is that psql really doesn't
> know when it is in an interactive session or not.
No, the real problem is that we have only one mechanism for recovering
to a valid state after an error, and that is transaction abort.
Distinguishing statement abort from transaction abort will require
a huge amount of work --- every transaction-or-longer-lifetime data
structure in the backend will need to be looked at, for example, to see
how it can be rolled back to the proper state after a statement abort.
It'll probably get done someday, but don't hold your breath ...
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера