Re: Error code for "terminating connection due to conflict with recovery"
Вложения
В списке pgsql-hackers по дате отправления:
| От | Simon Riggs |
|---|---|
| Тема | Re: Error code for "terminating connection due to conflict with recovery" |
| Дата | |
| Msg-id | 1296552979.1779.8622.camel@ebony обсуждение исходный текст |
| Ответ на | Re: Error code for "terminating connection due to conflict with recovery" (Magnus Hagander <magnus@hagander.net>) |
| Ответы |
Re: Error code for "terminating connection due to conflict with recovery"
|
| Список | pgsql-hackers |
On Tue, 2011-02-01 at 07:35 +0100, Magnus Hagander wrote: > On Tue, Feb 1, 2011 at 03:29, Robert Haas <robertmhaas@gmail.com> wrote: > > On Mon, Jan 31, 2011 at 8:52 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > >>> Then again - in theory, there's no reason why we couldn't drop a > >>> database on the master when it's in use, kicking out everyone using it > >>> with this very same error code. We don't happen to handle it that way > >>> right now, but... > >> > >> Yeah, that was in the back of my mind too. "DROP DATABASE foo FORCE", > >> maybe? > > > > I have to think some people would find that useful. > > Yes. > > If nothing else, it would save some typing :-) I like it also. It allows me to get rid of the concept of "non-retryable recovery conflicts", so we just have one code path that works in both normal mode and standby. Sweet. Here's the basic patch, will work on the refactoring if no objections. -- Simon Riggs http://www.2ndQuadrant.com/books/ PostgreSQL Development, 24x7 Support, Training and Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера