Skip site navigation (1) Skip section navigation (2)

Re: Enhancement request

From: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Campbell, Lance" <lance(at)uiuc(dot)edu>, "posgres support" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Enhancement request
Date: 2007-11-30 22:53:01
Message-ID: 36e682920711301453x2d361iff5d3f8679606d3e@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-admin
On Nov 30, 2007 5:00 PM, Joshua D. Drake <jd(at)commandprompt(dot)com> wrote:
> > So: show me a use case for this that will still make sense in a
> > mostly-autovacuum world.
>
> I think you are living in a different world than I am if you think it
> is a mostly-autovacuum world.

Same here.

> Yes autovacuum is great for general low use scenarios. Throw it at a
> database doing hundreds of thousands (or even millions) of transactions
> an hour that has relations that in the multiple hundred gig range and
> autovacuum is useless for a good portion of that database.

Yes, this is precisely the case I'm talking about.  Every single
high-volume client we have or have consulted for is using custom
vacuuming.  Autovacuum works fine for the common case, but it doesn't
handle high-volume databases very well yet.

> The thing is, it isn't nearly as special case for my environments. I
> have many customers, with many tables where autovacuum just doesn't cut
> it. We turn it on for say 80% of the relations but guess what... the
> important relations are still on some type of schedule through
> something like cron.
>
> I get your argument but surely adding SCHEMA isn't that much of a code
> bloat scenario. We don't even have to add another reserved word...

Agreed.  It's very simple and won't add much code at all.

-- 
Jonah H. Harris, Sr. Software Architect | phone: 732.331.1324
EnterpriseDB Corporation                | fax: 732.331.1301
499 Thornall Street, 2nd Floor          | jonah(dot)harris(at)enterprisedb(dot)com
Edison, NJ 08837                        | http://www.enterprisedb.com/

In response to

Responses

pgsql-admin by date

Next:From: Jonah H. HarrisDate: 2007-12-01 00:32:31
Subject: Re: Enhancement request
Previous:From: Alvaro HerreraDate: 2007-11-30 22:34:02
Subject: Re: Enhancement request

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group