Re: REINDEX on large DB vs. DROP INDEX/CREATE INDEX

Поиск
Список
Период
Сортировка
От Vivek Khera
Тема Re: REINDEX on large DB vs. DROP INDEX/CREATE INDEX
Дата
Msg-id 53C6E75D-1334-43BF-865E-8D5B472C055E@khera.org
обсуждение исходный текст
Ответ на Re: REINDEX on large DB vs. DROP INDEX/CREATE INDEX  (Wes <wespvp@msg.bt.com>)
Ответы Re: REINDEX on large DB vs. DROP INDEX/CREATE INDEX
Список pgsql-general
On Feb 4, 2008, at 10:00 AM, Wes wrote:

> Just a follow-up on this...  The REINDEX took about 2 1/2 days.  I
> didn't
> gain much disk space back - a full backup takes just as long as
> before, but
> the vacuum time dropped from 30 hours to 3 hours.

what you need to do is compare the relpages from the pg_class table
for that index before and after.

if you didn't get much disk space back, make sure you have no long
running transactions that may have kept some older files open.


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

Предыдущее
От: Ivan Sergio Borgonovo
Дата:
Сообщение: lazy validation on complex criterion
Следующее
От: "Dave Page"
Дата:
Сообщение: Re: Universal libpq.a ?