Re: Slow after VACUUM, fast after DROP-CREATE INDEX

Поиск
Список
Период
Сортировка
От Harald Fuchs
Тема Re: Slow after VACUUM, fast after DROP-CREATE INDEX
Дата
Msg-id pu3c30jqxn.fsf@srv.protecting.net
обсуждение исходный текст
Ответ на open of /usr/lib/pgsql/data/pg_clog/0F3E failed  (ruben <ruben20@superguai.com>)
Ответы Re: Slow after VACUUM, fast after DROP-CREATE INDEX  (ruben <ruben20@superguai.com>)
Список pgsql-general
In article <411296B5.6000204@superguai.com>,
ruben <ruben20@superguai.com> writes:

> Today, one of the processes running daily took 4 hours when it takes
> about 5 minutes. After a VACCUM ANALYZE of the affected tables it took
> the same to finish, then I recreated (drop and create) the index of
> the affected table and the process when again fast. My question is,
> isn't enough to run a VACCUM to optimize a table and its indexes? Is
> it advisable to recreate indexes from time to time?

This was necessary in PostgreSQL up to 7.3.x, but 7.4.x is supposed to
fix that.  What version are you running?

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

Предыдущее
От: Jeff Eckermann
Дата:
Сообщение: Re: New to Postgres
Следующее
От: Stephan Szabo
Дата:
Сообщение: Re: PostgreSQL 7.4.2 allows foreign key violation