| От | Tom Lane |
|---|---|
| Тема | Re: refresh materialized view concurrently |
| Дата | |
| Msg-id | 23761.1372879904@sss.pgh.pa.us обсуждение |
| Ответ на | Re: refresh materialized view concurrently (Kevin Grittner <kgrittn@ymail.com>) |
| Ответы |
Re: refresh materialized view concurrently
|
| Список | pgsql-hackers |
Kevin Grittner <kgrittn@ymail.com> writes:
> OK.� I had seen that no locks were held after the insert and wasn't
> aware that we acquired and then released them for each insert
> within a transaction.� On the other hand, we acquire locks on all
> indexes even for a HOT UPDATE which uses a seqscan, and hold those
> until end of transaction.� Is there a reason for that?
Sounds dubious to me; although in the HOT code it might be that there's
no convenient place to release the index locks.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера