Re: Proposal for background vacuum full/cluster

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Re: Proposal for background vacuum full/cluster
Дата
Msg-id 20050421044353.GC58835@decibel.org
обсуждение исходный текст
Ответ на Re: Proposal for background vacuum full/cluster  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Proposal for background vacuum full/cluster  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Apr 20, 2005 at 07:33:54PM -0400, Tom Lane wrote:
> "Jim C. Nasby" <decibel@decibel.org> writes:
> > In a nutshell, my idea is to use the normal transactional/XID code to
> > relocate tuples in the heap. Think of doing an UPDATE field=field if you
> > could tell update what page to put the new tuple on. Using this
> > mechanism, you can move tuples from the end of the heap to pages that
> > have free space on them. The dead tuples at the end of the heap could
> > then be vacuumed conventionally, and completely empty pages removed by
> > that vacuum.
> 
> How exactly is this different from what happens now, assuming that you
> didn't run out of FSM?

In the case of cluster I think it's quite different, as cluster
currently re-writes the heap from scratch, no?

I'm not sure how different it is from vacuum full, though the main idea
is that instead of locking the table you instead work in smaller pieces
and don't block anything other than other updates.
-- 
Jim C. Nasby, Database Consultant               decibel@decibel.org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Proposal for background vacuum full/cluster