Re: UPDATE becomes mired / win32

Поиск
Список
Период
Сортировка
От
Тема Re: UPDATE becomes mired / win32
Дата
Msg-id 0d3301c6e7e0$ce71c190$6501a8c0@iwing
обсуждение исходный текст
Ответ на UPDATE becomes mired / win32  (Steve Peterson <stevep-hv@zpfe.com>)
Ответы Re: UPDATE becomes mired / win32  (Steve Peterson <stevep-hv@zpfe.com>)
Список pgsql-performance
> The table, VOTER, contains 3,090,013 rows and each row is about 120 bytes
> wide.  It's loaded via a batch process in one shot, and the load is
> followed by an VACUUM FULL ANALYZE.  Its structure is shown at the bottom
> of the message.


if the table wasn't empty before and has indices defined, try a "REINDEX
TABLE VOTER" before running the update. i had a similar case where an often
updated table was vacuumed regurarly, but the indices grew and grew and
grew.  in my case the table - even when empty and analyze full'ed was 1.2gb
according to pgadmin due to (outdated) indices. a reindex fixed all my
performance issues.

- thomas



В списке pgsql-performance по дате отправления:

Предыдущее
От: Tobias Brox
Дата:
Сообщение: Multi-key index not beeing used - bug?
Следующее
От: "Carlo Stonebanks"
Дата:
Сообщение: Re: Performance Optimization for Dummies 2 - the SQL