Re: VACCUM FULL ANALYZE PROBLEM
От | Tom Lane |
---|---|
Тема | Re: VACCUM FULL ANALYZE PROBLEM |
Дата | |
Msg-id | 8499.1108445430@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: VACCUM FULL ANALYZE PROBLEM ("Iain" <iain@mst.co.jp>) |
Ответы |
Re: VACCUM FULL ANALYZE PROBLEM
|
Список | pgsql-performance |
"Iain" <iain@mst.co.jp> writes: >> another way to speed up full vacuum? > Hmmm... a full vacuum may help to re-organize the structure of modified > tables, but whether this is significant or not is another matter. Actually, VACUUM FULL is designed to work nicely for the situation where a table has say 10% wasted space and you want the wasted space all compressed out. When there is a lot of wasted space, so that nearly all the rows have to be moved to complete the compaction operation, VACUUM FULL is not a very good choice. And it simply moves rows around, it doesn't modify the rows internally; so it does nothing at all to reclaim space that would have been freed up by DROP COLUMN operations. CLUSTER is actually a better bet if you want to repack a table that's suffered a lot of updates or deletions. In PG 8.0 you might also consider one of the rewriting variants of ALTER TABLE. regards, tom lane
В списке pgsql-performance по дате отправления: