Re: Re: Hot Standby query cancellation and Streaming Replication integration
В списке pgsql-hackers по дате отправления:
| От | Josh Berkus |
|---|---|
| Тема | Re: Re: Hot Standby query cancellation and Streaming Replication integration |
| Дата | |
| Msg-id | 4B886577.4020808@agliodbs.com обсуждение исходный текст |
| Ответ на | Re: Re: Hot Standby query cancellation and Streaming Replication integration (Greg Smith <greg@2ndquadrant.com>) |
| Ответы |
Re: Re: Hot Standby query cancellation and Streaming Replication
integration
|
| Список | pgsql-hackers |
> That is exactly the core idea I was trying to suggest in my rambling > message. Just that small additional bit of information transmitted and > published to the master via that route, and it's possible to optimize > this problem in a way not available now. And it's a way that I believe > will feel more natural to some users who may not be well served by any > of the existing tuning possibilities. Well, if both you and Tom think it would be relatively easy (or at least easier that continuing to pursue query cancel troubleshooting), then please start coding it. It was always a possible approach, we just collectively thought that query cancel would be easier. --Josh Berkus
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера