Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 8C1B39FB3EA for ; Wed, 6 Jun 2007 11:35:34 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 31756-05 for ; Wed, 6 Jun 2007 11:35:31 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from hunley.homeip.net (hunley.homeip.net [69.12.222.146]) by postgresql.org (Postfix) with ESMTP id 2B8E39FB592 for ; Wed, 6 Jun 2007 11:35:30 -0300 (ADT) Received: from douglas.hunley.homeip.net (d60-34-189.col.wideopenwest.com [65.60.189.34]) (authenticated bits=0) by hunley.homeip.net (8.13.1/8.13.1) with ESMTP id l56EZPlQ002818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 10:35:27 -0400 From: Douglas J Hunley To: pgsql-performance@postgresql.org Subject: Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Date: Wed, 6 Jun 2007 10:35:19 -0400 User-Agent: KMail/1.9.7 Cc: Gregory Stark References: <200706020913.32241.doug@hunley.homeip.net> <87ps4bl91g.fsf@oxford.xeocode.com> <200706051034.04087.doug@hunley.homeip.net> In-Reply-To: <200706051034.04087.doug@hunley.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706061035.19976.doug@hunley.homeip.net> X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (hunley.homeip.net [69.12.222.146]); Wed, 06 Jun 2007 10:35:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.7/3367/Wed Jun 6 01:14:43 2007 on hunley.homeip.net X-Virus-Status: Clean X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200706/92 X-Sequence-Number: 25125 On Tuesday 05 June 2007 10:34:04 Douglas J Hunley wrote: > On Monday 04 June 2007 17:11:23 Gregory Stark wrote: > > Those plans look like they have a lot of casts to text in them. How have > > you defined your indexes? Are your id columns really text? > > project table: > Indexes: > "project_pk" PRIMARY KEY, btree (id) > "project_path" UNIQUE, btree (path) > > role table: > Indexes: > "role_pk" PRIMARY KEY, btree (id) > > role_default_user table: > Indexes: > "role_def_user_pk" PRIMARY KEY, btree (id) > "role_def_u_prj_idx" UNIQUE, btree (role_id, default_user_class_id, > project_id) > > role_operation table: > Indexes: > "role_operation_pk" PRIMARY KEY, btree (id) > "role_oper_obj_oper" btree (object_type_id, operation_category, > operation_name) > "role_oper_role_id" btree (role_id) > > sfuser table: > Indexes: > "sfuser_pk" PRIMARY KEY, btree (id) > "sfuser_username" UNIQUE, btree (username) > > projectmembership table: > Indexes: > "pjmb_pk" PRIMARY KEY, btree (id) > "pjmb_projmember" UNIQUE, btree (project_id, member_id) > "pjmb_member" btree (member_id) > > relationship table: > Indexes: > "relationship_pk" PRIMARY KEY, btree (id) > "relation_origin" btree (origin_id) > "relation_target" btree (target_id) > "relation_type" btree (relationship_type_name) > > field_value table: > Indexes: > "field_value_pk" PRIMARY KEY, btree (id) > "f_val_fid_val_idx" UNIQUE, btree (field_id, value) > "field_class_idx" btree (value_class) > "field_value_idx" btree (value) > > item table: > Indexes: > "item_pk" PRIMARY KEY, btree (id) > "item_created_by_id" btree (created_by_id) > "item_folder" btree (folder_id) > "item_name" btree (name) > > and yes, the 'id' column is always: character varying type > > > And you don't have a 7.4 install around to compare the plans do you? > > I have a 7.3.19 db, if that would be useful Any insight given the above? -- Douglas J Hunley (doug at hunley.homeip.net) - Linux User #174778 http://doug.hunley.homeip.net "It is our moral duty to corrupt the young"