Received: from localhost (unknown [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id 8F4342E007B for ; Fri, 30 Nov 2007 18:53:09 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 73636-10 for ; Fri, 30 Nov 2007 18:52:59 -0400 (AST) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by postgresql.org (Postfix) with ESMTP id 798E12E007A for ; Fri, 30 Nov 2007 18:53:02 -0400 (AST) Received: by rv-out-0910.google.com with SMTP id l15so2148947rvb for ; Fri, 30 Nov 2007 14:53:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=hp97LkYVQzxeRHX44Lb/SzKqxPg0TL0yIE5MyVAB73I=; b=fGLnHkTBRO6SUH358l5ztRHXgxzSRPAhNrcLnVea1SaTUbSiCc5k0WHy1J/umNMQAb8w585q/ebAxMnPYZykSfrW9tnxB21nL+SiRz8kkkrIatkTRloMOXzuXD08azvsPNTIqkZqXm6o0mKU950t4IM6nNr3IU6GUKXLOFIYZ38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uTxsqoaZ3HjhsW0cE7pMPXbW7ezpWNhEqcMImDJT7dlArEK/tZ70sjvGbaCnIIVzWbVpIUD4vsf0h263DDe+vAxQt11pj/aRoff2aUdaN7kbwhTAIVC6U+1x3SAXmulRjQfc1ixlFx0BQi5eYbgqyiNkhb6YSylErxernINT4gw= Received: by 10.142.231.7 with SMTP id d7mr851713wfh.1196463181057; Fri, 30 Nov 2007 14:53:01 -0800 (PST) Received: by 10.143.19.7 with HTTP; Fri, 30 Nov 2007 14:53:01 -0800 (PST) Message-ID: <36e682920711301453x2d361iff5d3f8679606d3e@mail.gmail.com> Date: Fri, 30 Nov 2007 17:53:01 -0500 From: "Jonah H. Harris" To: "Joshua D. Drake" Subject: Re: Enhancement request Cc: "Tom Lane" , "Campbell, Lance" , "posgres support" In-Reply-To: <20071130140005.18521c54@jd-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <36e682920711301218m703b3c67s6f547fd7b9b60e7c@mail.gmail.com> <7099.1196458205@sss.pgh.pa.us> <36e682920711301332q1cce5db9qe44fb068fcd5608d@mail.gmail.com> <7341.1196459304@sss.pgh.pa.us> <20071130140005.18521c54@jd-laptop> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200711/270 X-Sequence-Number: 27513 On Nov 30, 2007 5:00 PM, Joshua D. Drake 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.harris@enterprisedb.com Edison, NJ 08837 | http://www.enterprisedb.com/