X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 7642FD90EB for ; Fri, 23 Sep 2005 10:36:01 -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 67623-05 for ; Fri, 23 Sep 2005 13:35:56 +0000 (GMT) Received: from obelix.askesis.nl (laudanum.demon.nl [82.161.125.16]) by svr1.postgresql.org (Postfix) with ESMTP id 29162D90E7 for ; Fri, 23 Sep 2005 10:35:56 -0300 (ADT) Received: obelix.askesis.nl 172.31.0.1 from 172.31.1.8 172.31.1.8 via HTTP with MS-WebStorage 6.0.6249 Received: from Panoramix by obelix.askesis.nl; 23 Sep 2005 15:35:58 +0200 Subject: Re: How to determine cause of performance problem? From: Joost Kraaijeveld To: Arjen van der Meijden Cc: Michael Stone , pgsql-performance@postgresql.org In-Reply-To: <4333E4DB.4020206@tweakers.net> References: <1127458167.2475.105.camel@Panoramix> <20050923095517.GW14918@mathom.us> <1127470875.3524.17.camel@Panoramix> <20050923110500.GX14918@mathom.us> <4333E4DB.4020206@tweakers.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 23 Sep 2005 15:35:58 +0200 Message-Id: <1127482558.3524.23.camel@Panoramix> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.094 required=5 tests=[AWL=0.044, FORGED_RCVD_HELO=0.05] X-Spam-Level: X-Archive-Number: 200509/289 X-Sequence-Number: 14597 On Fri, 2005-09-23 at 13:19 +0200, Arjen van der Meijden wrote: > Another suggestion: > How many indexes and constraints are on the new table? As mentioned in the first mail: in this tables only primary key constraints, no other indexes or constraints. > Drop all of them and recreate them once the table is filled. Of course > that only works if you know your data will be ok (which is normal for > imports of already conforming data like database dumps of existing tables). > This will give major performance improvements, if you have indexes and > such on the new table. I will test this a for perfomance improvement, but still, I wonder if ~ 100 inserts/second is a reasonable performance for my software/hardware combination. -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 e-mail: J.Kraaijeveld@Askesis.nl web: www.askesis.nl