X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id D88429FA65C for ; Wed, 21 Jun 2006 15:33:15 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 33971-03 for ; Wed, 21 Jun 2006 15:33:08 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id 0ACBC9F9CC1 for ; Wed, 21 Jun 2006 15:33:07 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id AE18656481; Wed, 21 Jun 2006 13:33:06 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Wed, 21 Jun 2006 13:33:05 -0500 Date: Wed, 21 Jun 2006 13:33:05 -0500 From: "Jim C. Nasby" To: "Merkel Marcel (CR/AEM4)" Cc: pgsql-performance@postgresql.org Subject: Re: Big array speed issues Message-ID: <20060621183305.GB93655@pervasive.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060621:marcel.merkel@de.bosch.com::/h4lFm1yoN8ppC/+:00000000000 000000000000000000000000CIcV X-Hashcash: 1:20:060621:pgsql-performance@postgresql.org::/AFNu85tRIMgHATj:00000 0000000000000000000000003XIs X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/412 X-Sequence-Number: 19769 On Wed, Jun 21, 2006 at 09:29:03AM +0200, Merkel Marcel (CR/AEM4) wrote: > > > Von: Merlin Moncure [mailto:mmoncure@gmail.com] > An: Merkel Marcel (CR/AEM4) > Cc: pgsql-performance@postgresql.org > Betreff: Re: [PERFORM] Big array speed issues > > On 6/20/06, Merkel Marcel (CR/AEM4) wrote: > > > I use libpqxx to access the database. This might be another > bottleneck, but > > I assume my query and table setup is the bigger bottleneck. Would it > make > > sense to fetch the whole array ? (Select map from table where ... and > parse > > the array manually) > > have you tried similar approach without using arrays? > > Merlin > > > Not yet. I would first like to know what is the time consuming part and > what is a work around. If you are sure individual columns for every > entry of the array solve the issue I will joyfully implement it. The > downsize of this approch is that the array dimensions are not always the > same in my scenario. But I have a workaround in mind for this issue. Before mucking about with the code, I'd absolutely try 8.1. I've generally seen it double the performance of 7.4. Also, output from EXPLAIN ANALYZE would make it a lot easier to figure out what the issue is, and it would be good to try this without selecting any of the arrays. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461