Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id C70C66504E2 for ; Thu, 31 Jul 2008 14:56:53 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 18597-01-4 for ; Thu, 31 Jul 2008 14:56:42 -0300 (ADT) X-Greylist: delayed 00:06:49.932098 by SQLgrey-1.7.6 Received: from mx1.wp.pl (mx1.wp.pl [212.77.101.5]) by postgresql.org (Postfix) with ESMTP id A59156503BF for ; Thu, 31 Jul 2008 14:56:21 -0300 (ADT) Received: (wp-smtpd smtp.wp.pl 4890 invoked from network); 31 Jul 2008 19:49:28 +0200 Received: from unknown (HELO [192.168.1.101]) (zawadaa@[62.61.39.29]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 31 Jul 2008 19:49:28 +0200 Message-ID: <4891FB28.7000800@wp.pl> Date: Thu, 31 Jul 2008 19:49:28 +0200 From: Andrzej Zawadzki Organization: Dom Finansowy QS Sp. z o.o. - Biuro Informatyki User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Database size Vs performance degradation References: <35FABCF85D99464FB00BC5123DC2A70A051D0FB8@s228130hz1ew09.apptix-01.savvis.net> <276541.4189.qm@web25805.mail.ukl.yahoo.com> <35FABCF85D99464FB00BC5123DC2A70A051D11E1@s228130hz1ew09.apptix-01.savvis.net> <48908988.7020204@emolecules.com> <1217436578.6288.44.camel@localhost> <1240.1217440309@sss.pgh.pa.us> <1217441061.6288.47.camel@localhost> In-Reply-To: <1217441061.6288.47.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [ARO0] X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200807/280 X-Sequence-Number: 30880 Mark Roberts wrote: > On Wed, 2008-07-30 at 13:51 -0400, Tom Lane wrote: > >> Huh? Vacuum doesn't block writes. >> >> regards, tom lane >> >> > > Of course, you are correct. I was thinking of Vacuum full, which is > recommended for use when you're deleting the majority of rows in a > table. > > http://www.postgresql.org/docs/8.1/interactive/sql-vacuum.html > Maybe I'm wrong but if this "bulk insert and delete" process is cyclical then You don't need vacuum full. Released tuples will fill up again with fresh data next day - after regular vacuum. I have such situation at work. Size of database on disk is 60GB and is stable. -- Andrzej Zawadzki