| От | Tom Lane |
|---|---|
| Тема | Re: pg_index updates and SI invalidation |
| Дата | |
| Msg-id | 12696.1175045073@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: pg_index updates and SI invalidation ("Pavan Deolasee" <pavan.deolasee@gmail.com>) |
| Ответы |
Re: pg_index updates and SI invalidation
|
| Список | pgsql-hackers |
"Pavan Deolasee" <pavan.deolasee@gmail.com> writes:
> Here is a patch which fixes this. We re-read part of the pg_index
> row and update rd_index with the new data. I tested REINDEX and CIC
> and both seems to work fine with the patch applied.
> Tom, does this look good ?
It seems a bit brute-force. Why didn't you use SearchSysCache(INDEXRELID)
the same as RelationInitIndexAccessInfo does? And what's the point of
the extra tuple copy step, instead of assigning the values into the
cache entry immediately?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера