Re: PostgreSQL 8.2.3 VACUUM Timings/Performance

Поиск
Список
Период
Сортировка
От Anton Melser
Тема Re: PostgreSQL 8.2.3 VACUUM Timings/Performance
Дата
Msg-id 92d3a4950703131520x27de4cc2w4780d0700cf606e2@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PostgreSQL 8.2.3 VACUUM Timings/Performance  (Heikki Linnakangas <heikki@enterprisedb.com>)
Список pgsql-performance
> In fact, getting rid of vacuum full, or changing it to work like
> cluster, has been proposed in the past. The use case really is pretty
> narrow; cluster is a lot faster if there's a lot of unused space in the
> table, and if there's not, vacuum full isn't going to do much so there's
> not much point running it in the first place. The reason it exists is
> largely historical, there hasn't been a pressing reason to remove it either.

I can assure you it is a great way to get back gigabytes when someone
has put no vacuum strategy in place and your 200K row table (with
about 200 bytes per row) is taking up 1.7gig!!!
Vive le truncate table, and vive le vacuum full!
:-)
Anton

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

Предыдущее
От: Cosimo Streppone
Дата:
Сообщение: Re: PostgreSQL in virtual machine
Следующее
От: femski
Дата:
Сообщение: Re: Postgres batch write very slow - what to do