Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id B581E9FB303 for ; Mon, 2 Oct 2006 16:11:30 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 58047-07 for ; Mon, 2 Oct 2006 19:11:24 +0000 (UTC) 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 B6B7E9FB256 for ; Mon, 2 Oct 2006 16:11:24 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id ED12C56427; Mon, 2 Oct 2006 14:11:23 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Mon, 2 Oct 2006 14:11:23 -0500 Date: Mon, 2 Oct 2006 14:11:23 -0500 From: "Jim C. Nasby" To: Tom Lane Cc: Steve Martin , pgsql-performance@postgresql.org Subject: Re: selecting data from information_schema.columns performance. Message-ID: <20061002191123.GH81937@nasby.net> References: <452078EC.90300@nec.co.nz> <26736.1159758079@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26736.1159758079@sss.pgh.pa.us> 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:061002:tgl@sss.pgh.pa.us::eDDKc4Bg2k78BUac:00000000000000000000 0000000000000000000000004+zD X-Hashcash: 1:20:061002:smartin@nec.co.nz::0TO1geNPJOJ9Hv24:00000000000000000000 0000000000000000000000001ghX X-Hashcash: 1:20:061002:pgsql-performance@postgresql.org::oMYsMWELgzk8pIBS:00000 0000000000000000000000000eB6 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200610/12 X-Sequence-Number: 21141 On Sun, Oct 01, 2006 at 11:01:19PM -0400, Tom Lane wrote: > Steve Martin writes: > > I am trying to determine if there is a way to improve the performance > > when selecting data from the information_schema.columns view. > > In my experience, there isn't any single one of the information_schema > views whose performance doesn't suck :-(. Somebody should work on that > sometime. I haven't looked closely enough to determine where the > bottlenecks are. Looking at the newsysviews stuff should prove enlightening... AndrewSN spent a lot of time making sure those views are very performant. -- Jim Nasby jim@nasby.net EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)