Re: Unexpected *ABORT STATE*

Поиск
Список
Период
Сортировка
От 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 по дате отправления:

Предыдущее
От: Nicholas Piper
Дата:
Сообщение: Re: Really slow UPDATE and DELETE
Следующее
От: "Mihai Gheorghiu"
Дата:
Сообщение: Corrupted tables?