Re: [HACKERS] Dropping a partitioned table takes too long
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Dropping a partitioned table takes too long |
| Дата | |
| Msg-id | 6221.1493223733@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Dropping a partitioned table takes too long (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Dropping a partitioned table takes too long
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> On Tue, Apr 25, 2017 at 10:05 PM, Amit Langote
> <Langote_Amit_f8@lab.ntt.co.jp> wrote:
>> Your patch seems to be a much better solution to the problem, thanks.
> Does anyone wish to object to this patch as untimely?
> If not, I'll commit it.
It's certainly not untimely to address such problems. What I'm wondering
is if we should commit both patches. Avoiding an unnecessary heap_open
is certainly a good thing, but it seems like the memory leak addressed
by the first patch might still be of concern in other scenarios.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера