Re: [HACKERS] Function to kill backend
| От | Christopher Kings-Lynne |
|---|---|
| Тема | Re: [HACKERS] Function to kill backend |
| Дата | |
| Msg-id | 41045CF6.3050302@familyhealth.com.au обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Function to kill backend (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [HACKERS] Function to kill backend
Re: [HACKERS] Function to kill backend |
| Список | pgsql-patches |
> Would you use a kill operation in the way you describe above if you knew > that it had, say, a 1% chance of causing a database-wide PANIC each time > you used it? > > The odds of a problem are probably a great deal less than 1%, especially > if the backend is sitting idle. But they're not nil, and I don't think > we have the resources to make them nil in this release cycle. > Therefore I'm uneager to provide this feature simply because of "it > might be nice to have" arguments. There's a lot of other stuff that is > higher on the priority list, IMHO anyway. Can we keep the cancel query function and just lose the kill one? Chris
В списке pgsql-patches по дате отправления: