| От | Brian Cox |
|---|---|
| Тема | query performance |
| Дата | |
| Msg-id | 480F8FFF.8080904@ca.com обсуждение исходный текст |
| Ответы |
Re: query performance
|
| Список | pgsql-general |
I have a largish (pg_dump output is 4G) database. The query: select count(*) from some-table was taking 120 secs to report that there were 151,000+ rows. This seemed very slow. This db gets vacuum'd regularly (at least once per day). I also did a manual 'vacuum analyze', but after it completed, the query ran no faster. However, after dumping the database and recreating it from the backup, the same query takes 2 secs. Why the dramatic decrease? Would 'vacuum full' have achieved the same performance improvements? Is there anything else that needs to be done regularly to prevent this performance degradation? postgresql 8.1.3 running on redhat es 4. Thanks, Brian
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера