Re: Avoid overhead open-close indexes (catalog updates)
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: Avoid overhead open-close indexes (catalog updates) |
| Дата | |
| Msg-id | Y3QLaWvU6NCoy/ZW@paquier.xyz обсуждение |
| Ответ на | Re: Avoid overhead open-close indexes (catalog updates) (Ranier Vilela <ranier.vf@gmail.com>) |
| Ответы |
Re: Avoid overhead open-close indexes (catalog updates)
|
| Список | pgsql-hackers |
On Tue, Nov 15, 2022 at 11:42:34AM -0300, Ranier Vilela wrote: > I find it very difficult not to have some tuple to be updated, > once inside CopyStatistics and the branch cost can get in the way, > but I don't object with your solution. The code assumes that it is a possibility. > Missed AddRoleMems? > Could you continue with CatalogTupleInsertWithInfo, what do you think? This one has been left out on purpose. I was tempting to use WithInfo() with a CatalogIndexState opened optionally but I got the impression that it makes the code a bit harder to follow and AddRoleMems() is already complex on its own. Most DDL patterns working on role would involve one role. More roles could be added of course in one shot, but the extra logic complexity did not look that appealing to me especially as some role updates are skipped. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера