| От | Kevin Grittner |
|---|---|
| Тема | Re: benchmarking the query planner |
| Дата | |
| Msg-id | 49424ABE.EE98.0025.0@wicourts.gov обсуждение |
| Ответ на | Re: benchmarking the query planner ("Robert Haas" <robertmhaas@gmail.com>) |
| Список | pgsql-hackers |
>>> "Robert Haas" <robertmhaas@gmail.com> wrote: >> Which raises the issue, if we could get better statistics by passing >> the whole table, why not do that when VACUUM ANALYZE is run? > > I think the reason is "because the next autovacuum would undo it". The table has 32.4 million rows. autovacuum_analyze_scale_factor is 0.1. autovacuum_vacuum_scale_factor is 0.2. We run a nightly VACUUM ANALYZE. Deletes are rare. Normal operations don't update more than a few thousand rows per day. I know that normal operations never cause an autovacuum of this table. Perhaps if there was a way to share this information with PostgreSQL.... -Kevin
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера