| От | Rod Taylor |
|---|---|
| Тема | Re: planner/optimizer question |
| Дата | |
| Msg-id | 1083265934.30065.359.camel@jester обсуждение исходный текст |
| Ответ на | Re: planner/optimizer question ("Gary Doades" <gpd@gpdnet.co.uk>) |
| Ответы |
Re: planner/optimizer question
|
| Список | pgsql-performance |
> I would be nice to get a feel for how much performance loss would be incurred in > maintaining the index flags against possible performance gains for getting the data back > out again. 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.
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера