| От | Gary Doades |
|---|---|
| Тема | Re: planner/optimizer question |
| Дата | |
| Msg-id | 40916437.19555.148E3602@localhost обсуждение исходный текст |
| Ответ на | Re: planner/optimizer question (Rod Taylor <pg@rbt.ca>) |
| Список | pgsql-performance |
> > I guess the real question is, why maintain index flags and not simply > drop the index entry altogether? > > A more interesting case would be to have the backend process record > index tuples that it would invalidate (if committed), then on commit > send that list to a garbage collection process. > > It's still vacuum -- just the reaction time for it would be much > quicker. > This was my original question. I guess the problem is with MVCC. The row may have gone from your current view of the table but not from someone elses. I don't (yet) understand the way it works to say for sure, but I still think it is worth pursuing further for someone who does know the deep stuff. They seem to have concluded that it is not worth it however. Cheers, Gary.
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера