X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id CD20652908 for ; Mon, 6 Jun 2005 13:49:03 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 32642-07 for ; Mon, 6 Jun 2005 16:48:59 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by svr1.postgresql.org (Postfix) with ESMTP id F002D528BB for ; Mon, 6 Jun 2005 13:48:57 -0300 (ADT) Received: by wproxy.gmail.com with SMTP id 68so1982086wra for ; Mon, 06 Jun 2005 09:48:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oOflRU974/BiHi6s3tbn7EaC4mv1U2R+HHZNetHjiHW5CHv6RGhEL+dYLyPsEeItDeCjOBpuquVMd1kGBnFPzwbk0tmyYP26jRlO8HRFwRe8lB2HWdDW3uW/IXTTaZrhDBaGC2DJqSkspVwE8SBdHIeIGANf9JDN08wH7MFROYk= Received: by 10.54.3.68 with SMTP id 68mr3366676wrc; Mon, 06 Jun 2005 09:48:27 -0700 (PDT) Received: by 10.54.46.46 with HTTP; Mon, 6 Jun 2005 09:48:26 -0700 (PDT) Message-ID: <6556952605060609485c622403@mail.gmail.com> Date: Mon, 6 Jun 2005 09:48:26 -0700 From: Jone C Reply-To: Jone C To: pgsql-performance@postgresql.org Subject: slow growing table Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.024 tagged_above=0 required=5 tests=RCVD_BY_IP X-Spam-Level: X-Archive-Number: 200506/121 X-Sequence-Number: 12758 HI! I have a table that I use for about a month. As the month progresses, COPYs performed to this table get much much slower than they were at the beginning, for the same number of rows (about 100,000 and growing). I'm essentially doing a delete for a given day, then a COPY as a big transaction. This is done about 12 times a day. When the table is new it's very fast, towards the end of the month it's taking almost 10 times longer, yet I'm deleting and COPYing in the same amount of data. Other operations on this table slow down, too, that were fast before using the same criteria. I do a VACUUM ANALYZE after each delete / COPY process, I tried experimenting with CLUSTER but saw no real difference. this is psql 7.45 on Linux server, dedicated for this purpose. About 5 indexes, no FKs on this table. happy to provide any other info might need, suggestions appreciated all my best, Jone