Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions
В списке pgsql-hackers по дате отправления:
| От | Jim Nasby |
|---|---|
| Тема | Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions |
| Дата | |
| Msg-id | 5637B84F.2050704@BlueTreble.com обсуждение исходный текст |
| Ответ на | Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions (Pavel Stehule <pavel.stehule@gmail.com>) |
| Ответы |
Re: Request: pg_cancel_backend variant that handles 'idle
in transaction' sessions
|
| Список | pgsql-hackers |
On 11/2/15 11:15 AM, Pavel Stehule wrote: > I have not strong idea about how to solve it well - maybe introduce > transaction_idle_timeout and session_idle_timeout? Yes, please. This is a very common problem. I would love a better way to detect (or prevent) clients from being brain-dead about how they're using transactions, but short of that this is the next best thing. Actually, one other thing that would help is to have the ability to turn this into an ERROR: begin; WARNING: there is already a transaction in progress -- Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX Experts in Analytics, Data Architecture and PostgreSQL Data in Trouble? Get it in Treble! http://BlueTreble.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера