Re: idle_in_transaction_timeout
От | Robert Haas |
---|---|
Тема | Re: idle_in_transaction_timeout |
Дата | |
Msg-id | CA+TgmoYm-iTbPqv-J48AB69OFQSAeHPMAhFcc1md-aT7AA2AAg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: idle_in_transaction_timeout (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: idle_in_transaction_timeout
|
Список | pgsql-hackers |
On Tue, Jun 3, 2014 at 11:37 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas@gmail.com> writes: >> I thought the reason why this hasn't been implemented before now is >> that sending an ErrorResponse to the client will result in a loss of >> protocol sync. > > Hmm ... you are right that this isn't as simple as an ereport(ERROR), > but I'm not sure it's impossible. We could for instance put the backend > into skip-till-Sync state so that it effectively ignored the next command > message. Causing that to happen might be impracticably messy, though. Another thing we could maybe do is AbortCurrentTransaction() and send the client a NoticeResponse saying "hey, expect all of your future commands to fail with complaints about the transaction being aborted". -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: