Re: Vacuum DB in Postgres Vs similar concept in other RDBMS

From: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: Vacuum DB in Postgres Vs similar concept in other RDBMS
Date: 2007-05-30 19:43:54
Message-ID: 465DD3FA.7010506@cheapcomplexdevices.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
>
> Exactly. VACUUM sucks (ahem) in all ways but one: it pushes the
> maintenance costs associated with MVCC out of the foreground query code
> paths and into an asynchronous cleanup task. AFAIK we are the only DBMS
> that does it that way. Personally I believe it's a fundamentally
> superior approach --- because when you are under peak load you can defer
> the cleanup work --- but you do need to pay attention to make sure that
> the async cleanup isn't postponed too long. We're still fooling around
> with autovacuum and related tuning issues to make it work painlessly...
>

Should this paragraph be added to the FAQ here?
http://www.postgresql.org/docs/faqs.FAQ.html

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Ron Mayer 2007-05-30 19:46:20 Re: Faster data type for one-length values
Previous Message novnov 2007-05-30 19:37:33 Re: function retuning refcursor, order by ignored?